Datumu problēma pēc Google Workspace migrācijas
Organizācijas, kas migrē uz Google Workspace, bieži izdara nepatīkamu atklājumu: visi e-pasti visās pastkastēs rāda nepareizo datumu. Oriģinālā nosūtīšanas vai saņemšanas datuma vietā katrs ziņojums rāda datumu, kurā tika veikta migrācija. Nav nozīmes, vai organizācija migrēja no Microsoft Exchange, Office 365, Zimbra, Lotus Notes vai cita IMAP servera. Tūkstošiem e-pastu, visi apzīmogoti ar vienu un to pašu datumu.
Un tas nav specifisks konkrētam migrācijas rīkam. Problēma rodas ar BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync un visiem citiem rīkiem, kas ievieto e-pastus Google Workspace caur IMAP vai Gmail API. Cēlonis ir saistīts ar fundamentālu ziņojumu apstrādes mehānismu e-pasta serveros.
GSMMO (Google Workspace Migration for Microsoft Outlook) specifiskam ceļvedim skatiet GSMMO veltīto rakstu.
Izplatīti migrācijas ceļi uz Google Workspace
No Microsoft Exchange (lokālais)
Organizācijas, kas ekspluatē lokālos Exchange serverus (2010, 2013, 2016 vai 2019), migrē uz Google Workspace, lai samazinātu infrastruktūras izmaksas un pieņemtu mākoņa modeli. Šīs migrācijas parasti izmanto CloudM, BitTitan MigrationWiz vai GSMMO. Migrācijas rīks pieslēdzas Exchange, lejupielādē katru e-pastu un augšupielādē to lietotāja Google Workspace pastkastē. Katrs augšupielādētais e-pasts saņem jaunu "Received" galveni ar migrācijas laikspiedolu.
No Microsoft 365 (Office 365)
Migrācijas no Microsoft 365 uz Google Workspace ir izplatītas, kad organizācijas maina ekosistēmu. BitTitan MigrationWiz un CloudM ir populārākie rīki šāda veida migrācijai. Process izgūst e-pastus no Exchange Online un ievieto tos Google Workspace. Tā pati "Received" galvenes problēma ir spēkā: katrs migrētais e-pasts rāda migrācijas datumu.
No citiem IMAP serveriem
Migrācijas no Zimbra, Zoho, cPanel hostinga, Dovecot, Courier un citiem IMAP serveriem uz Google Workspace izmanto rīkus, piemēram, imapsync, CloudM vai pielāgotus skriptus. Galamērķis (Google Workspace) ievietošanas operācijas laikā pievieno "Received" galveni neatkarīgi no avota platformas. Pat migrācijas no cita Google Workspace īrnieka rada to pašu problēmu.
Kāpēc datumi sabojājas Google Workspace
Gmail tīmekļa saskarne pret IMAP klientiem
Google Workspace rada īpašu situāciju. Gmail tīmekļa saskarne parasti izmanto e-pasta "Date" galveni datuma attēlošanai, kas nozīmē, ka e-pasti bieži parādās ar pareizo datumu, skatoties tos caur tīmekļa saskarni. Turpretī, kad tai pašai pastkastei piekļūst caur IMAP klientu (Outlook, Apple Mail, Thunderbird), klients nolasa jaunāko "Received" galveni un rāda migrācijas datumu.
Šī atšķirība rada ievērojamu neskaidrību. Administrators, kas testē migrāciju Gmail tīmekļa saskarnē, redz pareizos datumus un secina, ka migrācija ir veiksmīga. Bet kad lietotāji pieslēdz Outlook savam Google Workspace kontam, viņi ziņo, ka katram e-pastam ir nepareizs datums. Problēma tiešām pastāv serverī (galvenes satur migrācijas laikspiedolu), bet tā kļūst redzama tikai noteiktos klientos. Cik administratoru ir slēguši migrācijas projektu, domājot, ka viss ir kārtībā, lai nākamajā pirmdienā tiktu pārpludināti ar pieteikumiem?
IMAP INTERNALDATE faktors
Google Workspace glabā INTERNALDATE katram e-pastam, kas tiek iestatīts ievietošanas procesā. Daži migrācijas rīki pareizi iestata šo vērtību uz oriģinālo datumu, citi to atstāj uz migrācijas datumu. Bet pat tad, kad INTERNALDATE ir pareizs, IMAP klienti, kas piešķir prioritāti "Received" galvenēm (piemēram, Outlook), tik un tā rāda nepareizo datumu. Pilnam labojumam nepieciešama gan migrācijas "Received" galvenes dzēšana, gan INTERNALDATE pareizas iestatīšanas verificēšana. Detalizētam tehniskam skaidrojumam skatiet kāpēc e-pasti rāda nepareizos datumus pēc IMAP migrācijas.
Google Workspace administrēšanas opcijas (kas nedarbojas)
Google administrēšanas konsole
Google administrēšanas konsole piedāvā plašas kontroles Google Workspace pārvaldībai, bet tā neietver nekādu funkcionalitāti e-pastu datumu labošanai pēc migrācijas. Nav masveida galveņu rediģēšanas rīka. Nav datumu labošanas utilītprogrammas. Nav veida, kā modificēt esošo e-pastu INTERNALDATE caur administrēšanas saskarni.
Google Apps Script
Google Apps Script var automatizēt daudzas Gmail operācijas, bet nevar modificēt e-pastu neapstrādātās galvenes. GmailApp un Gmail API pakalpojumi, kas pieejami caur Apps Script, ļauj lasīt ziņojumus, mainīt iezīmes un modificēt metadatus, bet neatbalsta ziņojuma neapstrādātā RFC 2822 satura aizstāšanu. Tāpēc labojumam nepieciešams darbs daudz dziļākā līmenī nekā tas, ko Apps Script piedāvā.
Google datu migrācijas pakalpojums
Google datu migrācijas pakalpojums (pieejams administrēšanas konsolē) ir paredzēts e-pastu migrēšanai uz Google Workspace, nevis galveņu labošanai pēc migrācijas. Otras migrācijas palaišana ar šo rīku pievienotu papildu "Received" galveni, pasliktinot problēmu.
Google Workspace datumu labošana ar Redate.io
Kā darbojas administrēšanas deleģēšana
Redate.io izmanto Google Workspace deleģēšanas visā domēnā funkcionalitāti, lai piekļūtu pastkastēm. Administrators izveido pakalpojuma kontu Google Cloud Console, piešķir nepieciešamos Gmail API darbības apjomus un aktivizē deleģēšanu visā domēnā. Tas ļauj Redate.io apstrādāt jebkuru organizācijas pastkasti, neprasot individuālos lietotāju akreditācijas datus.
Deleģēšanas konfigurēšana aizņem aptuveni 10 minūtes un seko tam pašam procesam kā citiem Google Workspace migrācijas un pārvaldības rīkiem. Pēc konfigurēšanas administrators var analizēt un labot jebkuru pastkašu skaitu no Redate.io vadības paneļa.
Darba sākšana
Izveidot pakalpojuma kontu. Google Cloud Console izveidojiet jaunu projektu (vai izmantojiet esošu), aktivizējiet Gmail API un izveidojiet pakalpojuma kontu ar aktivizētu deleģēšanu visā domēnā.
Piešķirt API darbības apjomus. Google Workspace administrēšanas konsolē pārejiet uz Drošība, pēc tam API kontroles, pēc tam Deleģēšana visā domēnā. Pievienojiet pakalpojuma konta klienta ID un piešķiriet Redate.io nepieciešamos Gmail API darbības apjomus.
Pieslēgt Redate.io. Piesakieties Redate.io, atlasiet "Google Workspace" kā platformu un augšupielādējiet pakalpojuma konta JSON atslēgas failu. Redate.io validē savienojumu un parāda pieejamās pastkastes.
Analizēt pastkastes. Atlasiet analizējamās pastkastes (vai analizējiet visas). Bezmaksas analīze identificē e-pastu skaitu ar nepareiziem datumiem katrā pastkastē. Analīzei nav nepieciešams nekāds maksājums.
Labot. Pārskatiet analīzes rezultātus, izvēlieties plānu un palaidiet labošanu. Redate.io patentētais labošanas dzinējs apstrādā katru pastkasti, izlaižot katru e-pastu caur daudzpakāpju analīzes cauruļvadu, kas apstrādā kodēšanas problēmas, daudzdalīgas ziņojumu struktūras, ciparparakstus un desmitiem speciālu gadījumu, ko pašdarināts skripts sabojātu. Progress ir redzams reāllaikā. Oriģinālie ziņojumi tiek saglabāti iezīmē "Redate.io - Originals" 30 dienas.
Pēc labošanas
Kad Redate.io ir pabeidzis labošanu, e-pasti rāda pareizo datumu visos klientos: Gmail tīmeklī, Outlook, Apple Mail, Thunderbird un jebkurā citā caur IMAP pieslēgtā lietotnē. Labojums ir pastāvīgs. Nav nepieciešama pastāvīga uzturēšana vai abonements. Lietotāji var kārtot pēc datuma, meklēt pēc datumu diapazona un izmantot atbilstības rīkus, paļaujoties uz laikspiedolu precizitāti. Pastkaste darbojas tā, kā tai vajadzēja darboties no pirmās dienas.
Rīkam specifiski ceļveži Google Workspace
Detalizētām instrukcijām, kas balstītas uz konkrēto izmantoto migrācijas rīku, skatiet šos ceļvežus:
- BitTitan MigrationWiz datumu labošana Google Workspace
- CloudM migrācijas datumu labošana Google Workspace
Migrācija uz Google Workspace un visi e-pasti rāda nepareizo datumu? Palaidiet bezmaksas analīzi ar Redate.io, lai redzētu, cik e-pastu ir skarti visās pastkastēs, un atjaunojiet pareizos datumus.