Oprava dat migrace GSMMO v Gmailu

GSMMO (Google Workspace Migration for Microsoft Outlook) nahrává e-maily ze souborů PST nebo profilů Outlooku přímo do Gmailu přes Gmail API. Během tohoto nahrávání Gmail zaznamená časové razítko nahrání jako INTERNALDATE pro každou zprávu. Původní hlavička Date z těla e-mailu je zachována - ale datová metadata na úrovni serveru jsou přepsána datem migrace.

To vytváří klamavou situaci. Webové rozhraní Gmailu čte hlavičku Date z těla e-mailu pro zobrazení data, takže většina e-mailů se v prohlížeči zdá mít správné datum. Všechno vypadá v pořádku. Jenže pod povrchem je IMAP INTERNALDATE uložené na serverech Google chybné. Kdy na tom záleží? V okamžiku, kdy kdokoli přistoupí k dané schránce přes IMAP klient - Outlook, Thunderbird, Apple Mail - nebo když se zálohovací nástroj, systém pro dodržování předpisů nebo archivační řešení dotazuje schránky přes IMAP.

GSMMO typicky používají koncoví uživatelé přecházející z Microsoft Outlooku na Google Workspace, často podle vlastní migrační dokumentace Google. Tito uživatelé si problému nemusí všimnout celé týdny nebo měsíce, protože primárně používají webové rozhraní Gmailu. Pak jednoho dne tým pro dodržování předpisů spustí vyhledávání podle data přes Google Vault, nebo IT oddělení nastaví MailStore pro archivaci, nebo uživatel nainstaluje Outlook připojený ke Gmailu přes IMAP. Najednou 40 000 e-mailů zobrazuje stejné datum z doby před šesti měsíci. V tu chvíli se migrace jeví jako dávná historie a diagnostika příčiny se stává hlavolamem.

Pro uživatele webového Gmailu je vizuální dopad klamavě minimální. Data vypadají v prohlížeči správně. Jenže poškozené INTERNALDATE je časovaná bomba pod povrchem. Příkaz IMAP SEARCH DATE v Gmailu používá INTERNALDATE, takže jakýkoli nástroj založený na IMAP provádějící datová vyhledávání oproti schránce dostane nesprávné výsledky. Zálohovací nástroje jako MailStore, Veeam nebo vlastní Python skripty archivující Gmail přes IMAP zaznamenají špatná data. Tyto zálohy? Trvale nepřesné.

Zkoušeli jste někdy řadit 50 000 e-mailů, které všechny sdílejí stejné datum přijetí? Přesně to zažívá jakýkoli IMAP klient připojený ke schránce migrované pomocí GSMMO. Outlook, Apple Mail, Thunderbird - všichni čtou INTERNALDATE pro řazení a zobrazení. Exporty Google Takeout mohou odkazovat na INTERNALDATE pro pojmenování souborů a metadata, čímž vytvářejí matoucí archivní struktury. Dokonce i vyhledávání Google Vault pro dodržování předpisů mohou vracet zavádějící výsledky, když INTERNALDATE neodpovídá skutečnému datu e-mailu.

Redate.io tento problém řeší prostřednictvím vícestupňové analýzy hlaviček, která identifikuje signatury migrace GSMMO a provádí rekonstrukci datových metadat na úrovni serveru. Proces zachovává veškerý obsah zpráv, štítky a přílohy a opravuje pouze datová metadata. Každá zpráva je po zpracování individuálně ověřena.