Pataisykite GSMMO migracijos datas Gmail
Kodėl GSMMO migracijos rodo neteisingą datą Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) įkelia el. laiškus iš PST failų ar Outlook profilių tiesiai į Gmail naudodamas Gmail API. Nors Gmail API techniškai palaiko pasirinktinės INTERNALDATE nustatymą žinutės įterpimo metu, GSMMO įkėlimo procesas lemia, kad Gmail daugumai žinučių įrašo įkėlimo laiko žymą kaip INTERNALDATE. Originali Date antraštė iš el. laiško yra išsaugota, bet INTERNALDATE perrašyta.
Gmail žiniatinklio sąsajoje ši problema iš dalies paslėpta. Gmail žiniatinklis naudoja Date antraštę iš el. laiško turinio rodymui, todėl daugelis el. laiškų rodomi su teisinga data naršyklėje. Tačiau IMAP INTERNALDATE, saugoma serveryje, yra neteisinga. Tai tampa matoma, kai vartotojai prisijungia prie savo Gmail paskyros per bet kurį IMAP klientą (Outlook, Thunderbird, Apple Mail) arba kai trečiųjų šalių įrankiai užklausia pašto dėžutės per IMAP.
GSMMO paprastai naudojamas galutinių vartotojų, pereinančių iš Microsoft Outlook į Google Workspace. Šie vartotojai gali iškart nepastebėti INTERNALDATE problemos, jei daugiausia naudoja Gmail žiniatinklio sąsają. Problema iškyla savaites ar mėnesius vėliau, kai jie įdiegia IMAP klientą, nustato atsarginių kopijų įrankį arba kai atitikties komanda atlieka datos paiešką pašto dėžutėje per Google Vault ar IMAP pagrindu veikiančią archyvavimo programinę įrangą.
Kaip tai veikia Gmail
Gmail žiniatinklio vartotojams vizualinis poveikis minimalus, nes Date antraštė rodoma teisingai. Tačiau sugadinta INTERNALDATE paveikia kelias neakivaizdžias sritis. Gmail IMAP SEARCH DATE komanda naudoja INTERNALDATE, todėl bet kuris IMAP pagrindu veikiantis įrankis ar klientas, atliekantis datos paieškas pašto dėžutėje, gauna neteisingus rezultatus. Atsarginių kopijų įrankiai, tokie kaip MailStore, Veeam, ar pasirinktiniai scenarijai, archyvuojantys Gmail per IMAP, įrašo neteisingas datas savo atsarginėse kopijose.
Gmail rūšiavimas etikečių viduje, kai prisijungiama per IMAP, naudoja INTERNALDATE. Vartotojai, prisijungiantys prie savo Gmail paskyros iš mobilių IMAP klientų ar darbalaukio el. pašto programų, mato nesurūšiuotą el. laiškų masę, visą datuotą migracijos diena. Google Takeout eksportai taip pat gali nurodyti INTERNALDATE failų pavadinimams ar metaduomenims, galimai sukurdami painius archyvus. Pataisyta Date antraštė yra žinutės viduje, bet INTERNALDATE lemia, kaip išoriniai įrankiai ir IMAP klientai suvokia žinutės laiko juostą.
Dažnai užduodami klausimai
Jei Gmail žiniatinklis rodo teisingą datą, kodėl turėčiau taisyti INTERNALDATE?
INTERNALDATE paveikia IMAP klientus, atsarginių kopijų įrankius, Google Vault atitikties paieškas ir bet kurią trečiųjų šalių integraciją, prisijungiančią per IMAP. Net jei Gmail žiniatinklio rodoma data teisinga, pagrindiniai duomenys yra neteisingi ir gali sukelti problemų atsarginių kopijų, atitikties ir kelių klientų aplinkose.
Kaip Redate.io taiso GSMMO datas Gmail?
Redate.io perskaito originalią Date antraštę iš kiekvieno el. laiško, pašalina GSMMO migracijos Received antraštę ir iš naujo įterpia el. laišką su teisinga INTERNALDATE, atitinkančia originalią datą. Originalus el. laiškas perkeliamas į atsarginę etiketę saugumo sumetimais.
Ar pataisymas pakeis, kaip el. laiškai rodomi Gmail žiniatinklyje?
Ne. Gmail žiniatinklis jau rodo teisingą datą (iš Date antraštės). Pataisymas ištaiso INTERNALDATE, kad IMAP klientai taip pat rodytų teisingą datą. Gmail žiniatinklio patirtis lieka nepakitusi.