Popravek datumov po selitvi Google Workspace

Težava z datumi pri migraciji na Google Workspace

Organizacije, ki selijo na Google Workspace, pogosto odkrijejo nekaj neprijetnega: vsako elektronsko sporočilo v vsakem poštnem predalu prikazuje napačen datum. Namesto prikaza izvornega datuma pošiljanja ali prejema vsako sporočilo prikazuje datum, ko je bila izvedena migracija. Ni pomembno, ali je organizacija selila z Microsoft Exchange, Office 365, Zimbra, Lotus Notes ali drugega strežnika IMAP. Na tisoče sporočil, vsa označena z enim samim datumom migracije.

In to ni specifično za nobeno posamezno migracijsko orodje. Zgodi se z BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync in vsakim drugim orodjem, ki vstavlja sporočila v Google Workspace prek IMAP ali Gmail API. Vzrok je temeljni vidik tega, kako e-poštni strežniki obravnavajo vstavljanje sporočil, in prizadene vsako migracijo v Google Workspace.

Za vodnik, specifičen za orodje GSMMO (Google Workspace Migration for Microsoft Outlook), glejte namenski članek o GSMMO.

Pogoste migracijske poti na Google Workspace

Z Microsoft Exchange (lokalno)

Organizacije, ki uporabljajo lokalne strežnike Exchange (2010, 2013, 2016 ali 2019), selijo na Google Workspace za zmanjšanje stroškov infrastrukture in prehod na model, osredotočen na oblak. Te migracije običajno uporabljajo CloudM, BitTitan MigrationWiz ali GSMMO. Migracijsko orodje se poveže z Exchange, prenese vsako sporočilo in ga naloži v uporabnikov poštni predal Google Workspace. Vsako naloženo sporočilo prejme novo glavo "Received" s časovnim žigom migracije.

Z Microsoft 365 (Office 365)

Migracije z Microsoft 365 na Google Workspace so pogoste, ko organizacije zamenjajo ekosisteme. BitTitan MigrationWiz in CloudM sta najbolj priljubljeni orodji za to pot. Migracijski postopek izvleče sporočila iz Exchange Online in jih vstavi v Google Workspace. Enaka težava z glavo "Received" velja - vsako migrirano sporočilo prikazuje datum migracije.

Z drugih strežnikov IMAP

Migracije z Zimbra, Zoho, e-pošte na cPanel, Dovecot, Courier in drugih strežnikov IMAP na Google Workspace uporabljajo orodja, kot so imapsync, CloudM ali skripte po meri. Ciljna platforma (Google Workspace) doda glavo "Received" med operacijo vstavljanja, ne glede na izvorno platformo. Tudi migracije z drugega najemnika Google Workspace povzročijo enako težavo.

Zakaj se datumi pokvarijo v Google Workspace

Spletni vmesnik Gmail v primerjavi z odjemalci IMAP

Google Workspace predstavlja edinstveno situacijo. Spletni vmesnik Gmail za prikaz datuma sporočila običajno uporablja glavo "Date", kar pomeni, da se sporočila pogosto pojavljajo s pravilnim datumom, ko si jih ogledate prek spletnega vmesnika Gmail. Vendar ko dostopate do istega poštnega predala prek odjemalca IMAP (Outlook, Apple Mail, Thunderbird), odjemalec prebere zgornjo glavo "Received" in prikaže datum migracije.

To neskladje povzroča precejšnjo zmedo. Skrbnik, ki testira migracijo v spletnem vmesniku Gmail, vidi pravilne datume in predpostavi, da je bila migracija uspešna. Ko pa uporabniki povežejo Outlook s svojim računom Google Workspace, poročajo, da ima vsako sporočilo napačen datum. Težava obstaja na strežniku (glave sporočil vsebujejo časovni žig migracije), toda postane vidna le v določenih odjemalcih. Koliko IT skrbnikov je zaprlo migracijski projekt z mislijo, da je vse v redu, le da so naslednji ponedeljek prejeli poplavo zahtevkov?

Dejavnik IMAP INTERNALDATE

Google Workspace za vsako sporočilo shranjuje INTERNALDATE, ki je nastavljen med postopkom vstavljanja. Nekatera migracijska orodja ga pravilno nastavijo na izvorni datum, druga pa ga pustijo kot datum migracije. Toda tudi ko je INTERNALDATE pravilen, odjemalci IMAP, ki dajejo prednost glavam "Received" (kot Outlook), še vedno prikazujejo napačen datum. Popoln popravek zahteva tako odstranitev migracijske glave "Received" kot zagotovitev pravilne nastavitve INTERNALDATE. Za podrobno tehnično razlago glejte zakaj e-pošta po migraciji IMAP prikazuje napačne datume.

Skrbniške možnosti Google Workspace (ki ne delujejo)

Skrbniška konzola Google

Skrbniška konzola Google zagotavlja obsežne kontrole za upravljanje Google Workspace, toda ne vključuje nobene funkcije za popravljanje datumov e-pošte po migraciji. Nobenega orodja za množično urejanje glav. Nobenega pripomočka za popravek datumov. Nobenega načina za spreminjanje INTERNALDATE obstoječih sporočil prek skrbniškega vmesnika.

Google Apps Script

Google Apps Script lahko avtomatizira številne operacije Gmail, toda ne more spreminjati surovih glav e-pošte. Storitve GmailApp in Gmail API, izpostavljene prek Apps Script, omogočajo branje sporočil, spreminjanje oznak in urejanje metapodatkov, ne podpirajo pa zamenjave surove vsebine RFC 2822 sporočila. Popravek zahteva delo na veliko globlji ravni, kot jo Apps Script izpostavlja.

Storitev Google Data Migration

Googlova lastna storitev Data Migration (na voljo v skrbniški konzoli) je zasnovana za selitev sporočil v Google Workspace, ne za popravljanje glav po migraciji. Zagon druge migracije s tem orodjem bi dodal še eno glavo "Received", s čimer bi težavo še poslabšal.

Popravljanje datumov Google Workspace z Redate.io

Kako deluje skrbniško pooblaščanje

Redate.io za dostop do poštnih predalov uporablja funkcijo pooblaščanja za celotno domeno Google Workspace. Skrbnik ustvari storitveni račun v konzoli Google Cloud, mu dodeli potrebne obsege Gmail API in omogoči pooblaščanje za celotno domeno. To Redate.io omogoča obdelavo katerega koli poštnega predala v organizaciji brez potrebe po posameznih uporabniških poverilnicah.

Nastavitev pooblaščanja traja približno 10 minut in sledi enakemu postopku, ki ga uporabljajo druga migracijska in upravljavska orodja za Google Workspace. Ko je konfiguracija končana, lahko skrbnik skenira in popravi poljubno število poštnih predalov z nadzorne plošče Redate.io.

Začetek uporabe

Ustvarite storitveni račun. V konzoli Google Cloud ustvarite nov projekt (ali uporabite obstoječega), omogočite Gmail API in ustvarite storitveni račun z omogočenim pooblaščanjem za celotno domeno.

Dodelite obsege API. V skrbniški konzoli Google Workspace se pomaknite na Varnost, nato Kontrole API, nato Pooblaščanje za celotno domeno. Dodajte ID odjemalca storitvenega računa in dodelite obsege Gmail API, ki jih zahteva Redate.io.

Povežite se v Redate.io. Prijavite se v Redate.io, izberite "Google Workspace" kot platformo in naložite datoteko ključa JSON storitvenega računa. Redate.io potrdi povezavo in prikaže seznam razpoložljivih poštnih predalov.

Skenirajte poštne predale. Izberite poštne predale za skeniranje (ali skenirajte vse). Brezplačno skeniranje identificira, koliko sporočil v vsakem poštnem predalu ima napačne datume. Za skeniranje ni potrebno plačilo.

Popravite. Preglejte rezultate skeniranja, izberite paket in zaženite popravek. Lastniški korekcijski mehanizem Redate.io obdela vsak poštni predal tako, da vsako sporočilo spusti skozi večstopenjski analizni cevovod, ki obravnava težave s kodiranjem, večdelne strukture sporočil, digitalne podpise in na desetine robnih primerov, ki bi pri skripti "naredi sam" povzročili poškodbe podatkov. Napredek je viden v realnem času. Izvirna sporočila so ohranjena v oznaki "Redate.io - Originals" 30 dni.

Po popravku

Ko Redate.io zaključi popravek, sporočila v vsakem odjemalcu prikazujejo pravilen datum: Gmail na spletu, Outlook, Apple Mail, Thunderbird in katera koli druga aplikacija, povezana prek IMAP. Popravek je trajen. Nobeno stalno vzdrževanje ali naročnina nista potrebna. Uporabniki lahko razvrščajo po datumu, iščejo po datumskem razponu in z zaupanjem uporabljajo orodja za skladnost, saj so časovni žigi točni. Poštni predal deluje tako, kot bi moral delovati od prvega dne.

Vodniki za posamezna orodja za Google Workspace

Za podrobna navodila glede na konkretno uporabljeno migracijsko orodje glejte te vodniče za posamezne platforme:

Selili ste na Google Workspace in vsako sporočilo prikazuje napačen datum? Zaženite brezplačno skeniranje z Redate.io za pregled prizadetih sporočil v vseh poštnih predalih in obnovitev pravilnih datumov.