Popravek datumov selitve GSMMO v Gmailu

GSMMO (Google Workspace Migration for Microsoft Outlook) naloži e-pošto iz datotek PST ali profilov Outlook neposredno v Gmail prek Gmail API. Med nalaganjem Gmail zabeleži časovni žig nalaganja kot INTERNALDATE za vsako sporočilo. Izvorna glava Date iz telesa e-pošte je ohranjena, toda datumski metapodatki na ravni strežnika se prepišejo z datumom selitve.

To ustvari varljivo situacijo. Spletni vmesnik Gmail bere glavo Date iz telesa e-pošte za svoj prikazni datum, zato se zdi, da ima večina e-poštnih sporočil pravilen datum v brskalniku. Vse izgleda v redu. Toda pod površjem je IMAP INTERNALDATE, shranjen na Googlovih strežnikih, napačen. Kdaj to postane pomembno? V trenutku, ko kdor koli dostopa do tega nabiralnika prek IMAP odjemalca (Outlook, Thunderbird, Apple Mail) ali ko orodje za varnostne kopije, sistem za skladnost ali rešitev za arhiviranje poizveduje po nabiralniku prek IMAP.

GSMMO običajno uporabljajo končni uporabniki, ki prehajajo z Microsoft Outlooka na Google Workspace, pogosto po Googlovi lastni selitveni dokumentaciji. Ti uporabniki morda tedne ali mesece ne opazijo težave, ker primarno uporabljajo spletni vmesnik Gmail. Nato nekega dne ekipa za skladnost zažene datumsko poizvedbo prek Google Vault ali pa IT oddelek vzpostavi MailStore za arhiviranje ali pa uporabnik namesti Outlook, povezan z Gmailom prek IMAP. Nenadoma 40.000 e-poštnih sporočil prikazuje isti datum izpred šestih mesecev. Do takrat selitev že deluje kot davna preteklost in diagnosticiranje temeljnega vzroka postane uganka.

Za uporabnike spletnega Gmaila je vizualni vpliv varljivo minimalen. Datumi v brskalniku izgledajo pravilno. Toda poškodovani INTERNALDATE je časovna bomba pod površjem. Gmailov ukaz IMAP SEARCH DATE uporablja INTERNALDATE, zato vsako orodje na osnovi IMAP, ki izvaja datumska iskanja po nabiralniku, dobi nepravilne rezultate. Orodja za varnostne kopije, kot so MailStore, Veeam ali skripte po meri, ki arhivirajo Gmail prek IMAP, zabeležijo napačne datume. Te varnostne kopije? Trajno netočne.

Ali ste že kdaj poskušali razvrstiti 50.000 e-poštnih sporočil, ki imajo vsa isti datum prejema? Ravno to izkusi vsak IMAP odjemalec, povezan z nabiralnikom po selitvi z GSMMO. Outlook, Apple Mail, Thunderbird - vsi berejo INTERNALDATE za razvrščanje in prikaz. Izvozi Google Takeout se lahko pri poimenovanju datotek in metapodatkih sklicujejo na INTERNALDATE, kar ustvari zmedene arhivske strukture. Celo iskanja skladnosti Google Vault lahko vrnejo zavajajoče rezultate, ko se INTERNALDATE ne ujema z dejanskim datumom e-pošte.

Redate.io to odpravi z večstopenjskim cevovodom za analizo glav, ki prepozna podpise selitve GSMMO in izvede rekonstrukcijo datumskih metapodatkov na ravni strežnika. Postopek ohrani vso vsebino sporočil, oznake in priponke, medtem ko popravi le datumske metapodatke. Vsako sporočilo se po obdelavi posamezno preveri.