imapsync migrációs dátumok javítása a Google Workspace-ben

Az imapsync a leggyakrabban használt eszköz postafiókok Google Workspace-be történő migrációjára. Nyílt forráskódú, szkriptelhető és több ezer migrációban bevált. De van egy bökkenő: a Google Workspace IMAP-átjárója nem úgy viselkedik, mint egy szabványos IMAP-szerver, ami a dátumkezelést illeti.

Amikor az imapsync feltölt egy üzenetet a szabványos levelezési protokollon keresztül a --syncinternaldates jelzővel, arra kéri a Google-t, hogy őrizze meg az eredeti INTERNALDATE-et a forrásszerverről. A Google Workspace egyes üzenetek esetén elfogadja ezt a kérést, másoknál azonban csendben felülírja. A felülírás attól függ, hogyan halad át az üzenet a Gmail belső feldolgozási folyamatán - levélszemét-szűrők, megfelelőségi ellenőrzések, fejléc-validáció. Minden lépés visszaállíthatja az INTERNALDATE-et az aktuális időbélyegre. Nincs figyelmeztetés, nincs naplóbejegyzés, nincs jelzés, hogy a dátum megváltozott.

De az INTERNALDATE csak a probléma fele. A Google Workspace minden feltöltött üzenethez hozzáad egy friss Received fejlécet is, amelyen a migráció dátuma szerepel. Ez a Received fejléc a fejléclánc tetejére kerül, és bármely IMAP kliens, amely olvassa a postafiókot (Outlook, Apple Mail, Thunderbird), ezt a migrációs időbélyeget jeleníti meg az eredeti dátum helyett. Az eredmény? Egy postafiók, ahol 47 000 e-mail úgy tűnik, mintha mind 2025. március 15-én érkezett volna.

Ami a Google Workspace-t különösen megtévesztővé teszi, az az, hogy a Gmail webes felülete a Date fejlécet használja a megjelenítéshez, amelyet az imapsync nem módosít. Így az adminisztrátor ellenőrzi a Gmailt a böngészőben, mindenhol helyes dátumokat lát és feltételezi, hogy a migráció sikeres volt. Közben 200 alkalmazott, akik Outlookon keresztül csatlakoznak, azonos dátumú e-mailek falát látja. Próbálta már elmagyarázni egy pénzügyi igazgatónak, miért mutat tegnapi dátumot minden e-mail a postafiókjában?

A Gmail és az IMAP közötti szakadék kétszintű valóságot teremt egyazon szervezeten belül. A Gmail webes felületét használó felhasználók nem látnak semmi rosszat. Az Outlookot, Apple Mailt vagy bármely mobil IMAP klienst használó felhasználók minden migrált e-mailt a migráció dátumával bélyegezve látnak. Amikor egy csapattag hivatkozik "arra az e-mailre múlt októberből", a kollégák különböző dátumokat látnak az általuk használt klienstől függően. A zavar bizalmatlansággá válik az egész levelezési rendszer iránt.

Aztán ott van a megfelelőségi szempont. A Google Vault - az eszköz, amelyre a szervezetek jogi zárólásoknál és eDiscovery-nél támaszkodnak - kiszámíthatatlanul viselkedik sérült dátumokkal. Egyes Vault-keresések a Date fejlécre hivatkoznak, mások az INTERNALDATE-et használják. Egy jogi felfedezési kérelem "minden e-mailre 2024 januárja és márciusa között" hiányos eredményeket adhat, mert az INTERNALDATE szerint az üzenetek 2025-ben kerültek kézbesítésre. Szabályozott iparágakban (egészségügy, pénzügy, jog) működő szervezetek számára ez nem kellemetlenség. Ez felelősség.

A Redate.io domain szintű delegáláson keresztül csatlakozik a Google Workspace-hez, és lefuttatja saját tulajdonú javítómotorját az érintett postafiókokon. A motor többlépcsős fejléc-elemzést végez az imapsync migrációs aláírásainak azonosítására, majd célzott metaadat-javítást alkalmaz az üzenet tényleges tartalmának megváltoztatása nélkül. Minden javított e-mailt egyenként ellenőriz, mielőtt az eredetit egy biztonsági másolat címkére helyezné át. Az adminisztrátori irányítópult valós időben követi a haladást az összes postafiókban - 50 postafiók, 500 postafiók, a skálázhatóság azonos.