Problem s datumami po migracii Google Workspace
Organizacie migrujuce na Google Workspace casto robia neprijemny objav: vsetky emaily vo vsetkych postovych schrankach zobrazuju nespravny datum. Namiesto povodneho datumu odoslania alebo prijatia kazda sprava zobrazuje datum, kedy bola migracia vykonana. Nezalezi na tom, ci organizacia migrovala z Microsoft Exchange, Office 365, Zimbra, Lotus Notes alebo ineho IMAP servera. Tisice emailov, vsetky oznacene jednym a tym istym datumom.
A nie je to specificke pre konkretny migracny nastroj. Problem sa vyskytuje s BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync a vsetkymi ostatnymi nastrojmi, ktore vkladaju emaily do Google Workspace cez IMAP alebo Gmail API. Pricina súvisi so zasadnym mechanizmom spracovania sprav postovymi servermi.
Pre navod specificky pre nastroj GSMMO (Google Workspace Migration for Microsoft Outlook) pozrite clanok vyhradeny GSMMO.
Bezne migracne cesty na Google Workspace
Z Microsoft Exchange (on-premises)
Organizacie prevadzkujuce on-premises servery Exchange (2010, 2013, 2016 alebo 2019) migruju na Google Workspace na znizenie nakladov na infrastrukturu a prijatie cloudoveho modelu. Tieto migracie zvycajne pouzivaju CloudM, BitTitan MigrationWiz alebo GSMMO. Migracny nastroj sa pripoji k Exchange, stiahne kazdy email a nahra ho do schranky Google Workspace pouzivatela. Kazdy nahrany email dostane novu hlavicku "Received" s casovou peciatkou migracie.
Z Microsoft 365 (Office 365)
Migracie z Microsoft 365 na Google Workspace su bezne, ked organizacie menia ekosystem. BitTitan MigrationWiz a CloudM su najpopularnejsie nastroje pre tento typ migracie. Proces extrahuje emaily z Exchange Online a vklada ich do Google Workspace. Rovnaky problem s hlavickov "Received" plati: kazdy migrovany email zobrazuje datum migracie.
Z inych IMAP serverov
Migracie zo Zimbra, Zoho, cPanel hostingu, Dovecot, Courier a inych IMAP serverov na Google Workspace pouzivaju nastroje ako imapsync, CloudM alebo vlastne skripty. Ciel (Google Workspace) pridava hlavicku "Received" pocas operácie vlozenia, bez ohladu na zdrojovu platformu. Dokonca aj migracie z ineho tenanta Google Workspace produkuju rovnaky problem.
Preco su datumy v Google Workspace nespravne
Webove rozhranie Gmailu vs. IMAP klienti
Google Workspace predstavuje zvlastnu situaciu. Webove rozhranie Gmailu zvycajne pouziva hlavicku "Date" emailu na zobrazenie datumu spravy, co znamena, ze emaily sa casto zobrazuju so spravnym datumom pri prezerani cez webove rozhranie. Naopak, ked sa k tej istej schranke pristupuje cez IMAP klienta (Outlook, Apple Mail, Thunderbird), klient cita najnovsiu hlavicku "Received" a zobrazuje datum migracie.
Tento rozdiel vytvara znacny zmatok. Administrator, ktory testuje migraciu vo webovom rozhrani Gmailu, vidi spravne datumy a usúdi, ze migracia je uspesna. Ale ked pouzivatelia pripoja Outlook k svojmu uctu Google Workspace, nahlásia, ze kazdy email ma nespravny datum. Problem existuje na serveri (hlavicky obsahuju casovu peciatku migracie), ale viditelnym sa stáva len v niektorych klientoch. Kolko administratorov uzavrelo migracny projekt s myslienkou, ze vsetko je v poriadku, aby boli nasledujuci pondelok zaplavení tiketmi?
Faktor IMAP INTERNALDATE
Google Workspace uchovava INTERNALDATE pre kazdy email, nastavenu pocas procesu vlozenia. Niektore migracne nastroje túto hodnotu spravne nastavia na povodný datum, ine ju nechaju na datum migracie. Ale aj ked je INTERNALDATE spravna, IMAP klienti uprednostnujuci hlavicky "Received" (ako Outlook) aj tak zobrazuju nespravny datum. Kompletna oprava vyzaduje odstranenie migracnej hlavicky "Received" aj overenie, ze INTERNALDATE je spravne nastavena. Pre podrobne technicke vysvetlenie pozrite preco emaily zobrazuju nespravne datumy po IMAP migracii.
Moznosti administratora Google Workspace (ktore nefunguju)
Google Admin konzola
Google Admin konzola ponuka rozsiahle ovladacie prvky pre spravu Google Workspace, ale nezahrna ziadnu funkciu na opravu datumov emailov po migracii. Ziadny nastroj na hromadnu upravu hlaviciek. Ziadna utilita na opravu datumov. Ziadny sposob, ako modifikovat INTERNALDATE existujucich emailov cez administracne rozhranie.
Google Apps Script
Google Apps Script dokaze automatizovat mnoh operacie Gmailu, ale nedokaze modifikovat surove hlavicky emailov. Sluzby GmailApp a Gmail API exponovane cez Apps Script umožňuju citat spravy, menit stitky a modifikovat metaudaje, ale nepodporuju nahradenie suroveho obsahu RFC 2822 spravy. Takze oprava vyzaduje pracu na ovela hlbsej urovni, nez co Apps Script exponuje.
Sluzba migracie udajov Google
Sluzba migracie udajov od Googlu (dostupna v Admin konzole) je navrhnutá na migraciu emailov do Google Workspace, nie na opravu hlaviciek po migracii. Spustenie druhej migracie s tymto nastrojom by pridalo dalsiu hlavicku "Received", co by problem zhorsilo.
Oprava datumov Google Workspace s Redate.io
Ako funguje administratorska delegacia
Redate.io pouziva funkciu delegacie na urovni domeny Google Workspace na pristup k postovym schrankam. Administrator vytvori Service Account v Google Cloud Console, udeli potrebne scopy Gmail API a aktivuje delegaciu na urovni domeny. To umozní Redate.io spracovat akukolvek postovu schranku organizacie bez potreby individuálnych prihlasovacich udajov pouzivatelov.
Nastavenie delegacie trva priblizne 10 minut a nasleduje rovnaky proces ako ine migracné a manazérske nastroje Google Workspace. Po nastaveni moze administrator analyzovat a opravit lubovolny pocet schranok z dashboardu Redate.io.
Zaciname
Vytvorte Service Account. V Google Cloud Console vytvorte novy projekt (alebo pouzite existujuci), aktivujte Gmail API a vytvorte Service Account s aktivovanou delegaciou na urovni domeny.
Udelite API scopy. V Google Admin konzole prejdite na Bezpecnost, potom API kontroly, potom Delegacia na urovni domeny. Pridajte ID klienta Service Accountu a udelite Gmail API scopy vyzadované Redate.io.
Pripojte v Redate.io. Prihlaste sa do Redate.io, vyberte "Google Workspace" ako platformu a nahrajte JSON klucovy subor Service Accountu. Redate.io validuje pripojenie a zobrazí dostupne schranky.
Analyzujte schranky. Vyberte schranky na analyzu (alebo analyzujte vsetky). Bezplatna analyza identifikuje pocet emailov s nespravnymi datumami v kazdej schranke. Na analyzu nie je potrebna ziadna platba.
Opravte. Preskumajte vysledky analyzy, vyberte plan a spustite opravu. Proprietarny korekcny motor Redate.io spracuje kazdu schranku, pričom kazdy email prejde viacstupnovym analytickym pipelinom, ktory riesi problemy s kodovanim, multipart struktury sprav, digitálne podpisy a desiatky dalsich pripadov, ktore by vlastný skript poskodil. Priebeh je viditelny v realnom case. Povodne spravy su uchovane v stitku "Redate.io - Originals" 30 dni.
Po oprave
Po dokonceni opravy Redate.io emaily zobrazuju spravny datum vo vsetkych klientoch: Gmail web, Outlook, Apple Mail, Thunderbird a kazda ina aplikacia pripojena cez IMAP. Oprava je trvala. Ziadna priebezna udrzba ani predplatne nie je potrebne. Pouzivatelia mozu triedit podla datumu, vyhladavat podla rozsahu datumov a pouzivat nastroje suladnosti s istotou v presnosti casovych peciatiek. Schranka funguje tak, ako mala fungovat od prveho dna.
Navody specificke podla nastroja pre Google Workspace
Pre podrobne instrukcie na zaklade konkretneho pouziváneho migracneho nastroja pozrite tieto navody:
- Oprava datumov BitTitan MigrationWiz v Google Workspace
- Oprava datumov migracie CloudM v Google Workspace
Migracia na Google Workspace a vsetky emaily zobrazuju nespravny datum? Spustite bezplatnu analyzu s Redate.io a zistite, kolko emailov je postihnutych vo vsetkych schrankach, a obnovte spravne datumy.