Oprava dátumov migrácie BitTitan v Google Workspace

BitTitan MigrationWiz nahráva e-maily do Google Workspace cez Gmail API alebo IMAP. Počas nahrávania infraštruktúra Google zaznamená časovú pečiatku vloženia ako INTERNALDATE správy. BitTitan tiež pridá hlavičku Received s dátumom migrácie. Pôvodná hlavička Date vo vnútri tela e-mailu zostáva nedotknutá, ale INTERNALDATE je nenávratne prepísaný časovou pečiatkou migrácie.

Google Workspace to vlastne spracúva inak ako ostatné platformy. Webové rozhranie Gmailu číta hlavičku Date na zobrazenie, takže e-maily v prehliadači vyzerajú správne. Ale IMAP INTERNALDATE je natrvalo nastavený na dátum migrácie. Akýkoľvek IMAP klient pripojený k tomu istému účtu Google Workspace (Outlook, Thunderbird, Apple Mail) číta INTERNALDATE a namiesto pôvodného dátumu zobrazuje dátum migrácie.

To vytvára frustrujúci rozpor. Ten istý e-mail zobrazuje správny dátum v Gmaile na webe, ale nesprávny dátum v Outlooku pripojenom k tomu istému účtu. IT správcovia dostávajú protichodné hlásenia. "Moje e-maily sú v poriadku." "Moje e-maily sú úplne zle." Obaja používatelia majú pravdu - iba používajú rôznych klientov.

Povedzme, že ste práve migrovali 85 poštových schránok z lokálneho Exchange do Google Workspace pomocou MigrationWiz. Polovica vášho tímu používa webové rozhranie Gmailu a nevidí nič nesprávne. Druhá polovica používa Outlook cez IMAP a za jedno dopoludnie otvorí 85 hlásení. Diagnostika trvá hodiny, pretože problém je neviditeľný v konzole MigrationWiz aj v administrátorskom paneli Gmailu.

Problém dvojitého dátumu zasiahne najsilnejšie organizácie, kde používatelia pristupujú k pošte cez viacero klientov. Gmail web vyzerá v poriadku. Outlook vyzerá nefunkčne. Apple Mail vyzerá nefunkčne. Mobilní IMAP klienti vyzerajú nefunkčne. Iba webové rozhranie maskuje problém.

Ale ide to hlbšie ako zobrazenie. Google Vault (riešenie pre zhodu a archiváciu používané na právne zadržanie a eDiscovery) odkazuje na INTERNALDATE pri určitých operáciách. Právne vyhľadávania na základe dátumu môžu vracať nepresné výsledky. Zálohovacie nástroje tretích strán pripojené cez IMAP archivujú dátum migrácie ako dátum správy, čím vytvárajú trvalé nepresnosti v záznamoch záloh. Dokonca aj vlastný príkaz Gmailu IMAP SEARCH DATE používa INTERNALDATE namiesto hlavičky Date.

Redate.io to rieši prostredníctvom viacstupňovej analýzy hlavičiek, ktorá opravuje INTERNALDATE a migračné hlavičky bez zásahu do obsahu e-mailu alebo príloh. Zobrazenie v Gmaile na webe (ktoré už vyzeralo správne) zostáva nezmenené, zatiaľ čo IMAP klienti, Vault a zálohovacie nástroje začnú čítať správny dátum. Porovnávanie vzorov naprieč podpismi migračných nástrojov zaistí, že sa opravia iba hlavičky pridané BitTitanom.