Oprava dat migrace BitTitan v Google Workspace

BitTitan MigrationWiz nahrává e-maily do Google Workspace přes Gmail API nebo IMAP. Během nahrávání poštovní infrastruktura Google zaznamená časové razítko vložení jako INTERNALDATE zprávy. BitTitan zároveň přidá hlavičku Received s datem migrace. Původní hlavička Date uvnitř těla e-mailu zůstane nedotčena - ale INTERNALDATE je nenávratně přepsáno časovým razítkem migrace.

Háček je v tom, že Google Workspace zpracovává data odlišně od ostatních platforem. Webové rozhraní Gmailu čte pro zobrazení hlavičku Date, takže e-maily ve skutečnosti vypadají správně při prohlížení v prohlížeči. Jenže IMAP INTERNALDATE je trvale nastaveno na datum migrace. Jakýkoli IMAP klient připojený k danému účtu Google Workspace - Outlook, Thunderbird, Apple Mail - čte INTERNALDATE a místo správného data zobrazuje datum migrace.

To vytváří frustrující rozpolcenost. Tentýž e-mail zobrazuje správné datum v Gmailu na webu, ale špatné datum v Outlooku připojeném ke stejnému účtu. IT administrátoři dostávají protichůdná hlášení. "Moje e-maily jsou v pořádku." "Moje e-maily jsou úplně špatně." Oba uživatelé mají pravdu - jen používají různé klienty.

Právě jste migrovali 85 schránek z on-premises Exchange do Google Workspace pomocí MigrationWiz. Polovina vašeho týmu používá webové rozhraní Gmailu a nevidí nic špatně. Druhá polovina používá Outlook přes IMAP a za jedno dopoledne otevře 85 tiketů. Diagnostika zabere hodiny, protože problém je neviditelný v konzoli MigrationWiz i v administračním panelu Gmailu.

Problém dvojitých dat dopadá nejsilněji v organizacích, kde uživatelé přistupují k poště přes různé klienty. Webový Gmail vypadá v pořádku. Outlook vypadá rozbitě. Apple Mail vypadá rozbitě. Mobilní IMAP klienti vypadají rozbitě. Pouze webové rozhraní problém maskuje.

Ale jde to hlouběji než jen o zobrazení. Google Vault (řešení pro dodržování předpisů a archivaci používané pro právní blokace a eDiscovery) v některých operacích odkazuje na INTERNALDATE. Vyhledávání pro právní zjišťování založená na datech mohou vracet nepřesné výsledky. Zálohovací nástroje třetích stran připojené přes IMAP archivují datum migrace jako datum zprávy, čímž vytvářejí trvalé nepřesnosti v záznamech záloh. Dokonce i samotný příkaz IMAP SEARCH DATE v Gmailu používá INTERNALDATE místo hlavičky Date.

Redate.io tento problém řeší prostřednictvím vícestupňové analýzy hlaviček, která opravuje INTERNALDATE a migrační hlavičky bez zásahu do obsahu e-mailu nebo příloh. Prostředí webového Gmailu (které již zobrazovalo správně) zůstane beze změn, zatímco IMAP klienti, Vault a zálohovací nástroje začnou číst správné datum. Porovnávání vzorů napříč signaturami migračních nástrojů zajišťuje, že jsou cíleny pouze hlavičky vložené nástrojem BitTitan.