Opravte data migrace imapsync v Google Workspace

imapsync je osvědčený nástroj pro migraci poštovních schránek do Google Workspace. Je open-source, skriptovatelný a prověřený tisíci migracemi. Problém je ale v tom, že IMAP brána Google Workspace se nechová jako standardní IMAP server, pokud jde o zpracování dat.

Když imapsync nahrává zprávu prostřednictvím standardního protokolu pro přenos pošty s příznakem --syncinternaldates, požaduje po Google zachování původního INTERNALDATE ze zdrojového serveru. Google Workspace tento požadavek pro některé zprávy přijme, ale u jiných ho tiše přepíše. Přepsání závisí na tom, jak zpráva prochází interním zpracovatelským řetězcem Gmailu - filtry spamu, kontroly shody, validace hlaviček. Každý krok může resetovat INTERNALDATE na aktuální časové razítko. Žádné varování, žádný záznam v logu, žádná indikace, že datum bylo změněno.

Ale INTERNALDATE je jen polovina problému. Google Workspace také přidává čerstvou hlavičku Received ke každé nahrané zprávě s časovým razítkem data migrace. Tato hlavička Received sedí na vrcholu řetězce hlaviček a jakýkoli IMAP klient, který čte schránku (Outlook, Apple Mail, Thunderbird), zobrazí toto migrační časové razítko místo původního data. Výsledek? Schránka, kde 47 000 e-mailů vypadá, jako by dorazily 15. března 2025.

Co dělá Google Workspace obzvláště ošidným, je to, že webové rozhraní Gmailu používá k zobrazení hlavičku Date, kterou imapsync nemodifikuje. Administrátor tedy zkontroluje Gmail v prohlížeči, vidí všude správná data a předpokládá, že migrace proběhla úspěšně. Mezitím 200 zaměstnanců připojených přes Outlook vidí zeď identicky datovaných e-mailů. Zkoušeli jste někdy vysvětlit finanční ředitelce, proč každý e-mail v její schránce ukazuje včerejší datum?

Rozdíl mezi Gmailem a IMAP vytváří dvouúrovňovou realitu uvnitř stejné organizace. Uživatelé webového rozhraní Gmailu nevidí nic špatného. Uživatelé Outlooku, Apple Mail nebo jakéhokoli mobilního IMAP klienta vidí každý migrovaný e-mail s razítkem data migrace. Když člen týmu odkazuje na "ten e-mail z minulého října", kolegové vidí různá data v závislosti na tom, jaký klient používají. Zmatek se mění v nedůvěru k celému poštovnímu systému.

Pak je tu otázka shody s předpisy. Google Vault - nástroj, na který organizace spoléhají pro právní blokace a eDiscovery - se chová nepředvídatelně s poškozenými daty. Některá vyhledávání ve Vaultu používají hlavičku Date, jiná INTERNALDATE. Žádost o právní zpřístupnění "všech e-mailů mezi lednem a březnem 2024" může vrátit neúplné výsledky, protože INTERNALDATE říká, že zprávy byly doručeny v roce 2025. Pro organizace v regulovaných odvětvích (zdravotnictví, finance, právo) to není nepříjemnost. Je to odpovědnost.

Redate.io se připojuje ke Google Workspace prostřednictvím delegování na úrovni domény a spouští svůj proprietární korekční engine na postižených schránkách. Engine provádí vícestupňovou analýzu hlaviček k identifikaci migračních signatur imapsync a poté aplikuje cílenou opravu metadat bez změny skutečného obsahu zprávy. Každý opravený e-mail je individuálně ověřen, než je originál přesunut do záložního štítku. Administrátorský panel sleduje průběh napříč všemi schránkami v reálném čase - 50 schránek, 500 schránek, škáluje se stejně.