Google Workspace'i migratsiooni kuupäevaprobleem
Organisatsioonid, kes migreerivad Google Workspace'i, teevad sageli ebameeldiva avastuse: kõigi postkastide kõik e-kirjad näitavad valet kuupäeva. Algse saatmis- või vastuvõtmiskuupäeva asemel näitab iga sõnum kuupäeva, mil migratsioon toimus. Pole vahet, kas organisatsioon migreeris Microsoft Exchange'ist, Office 365-st, Zimbrast, Lotus Notes'ist või mõnelt teiselt IMAP-serverilt. Tuhanded e-kirjad, kõik ühe ja sama kuupäevaga templitud.
Ja see ei ole seotud konkreetse migratsioonitööriistaga. Probleem tekib BitTitan MigrationWiz'iga, CloudM Migrate'iga, GSMMO-ga, imapsynciga ja kõigi teiste tööriistadega, mis sisestavad e-kirjad Google Workspace'i IMAP-i või Gmail API kaudu. Põhjus on seotud meiliserverite sõnumitöötluse fundamentaalse mehhanismiga.
GSMMO (Google Workspace Migration for Microsoft Outlook) tööriista spetsiifilise juhendi jaoks vaadake GSMMO pühendatud artiklit.
Levinud migratsiooniteed Google Workspace'i
Microsoft Exchange'ist (kohapealne)
Kohapealseid Exchange servereid (2010, 2013, 2016 või 2019) kasutavad organisatsioonid migreerivad Google Workspace'i infrastruktuurikulude vähendamiseks ja pilvemudelile üleminekuks. Need migratsioonid kasutavad tavaliselt CloudM-i, BitTitan MigrationWiz'i või GSMMO-d. Migratsioonitööriist ühendub Exchange'iga, laadib iga e-kirja alla ja laadib selle kasutaja Google Workspace'i postkasti. Iga üleslaaditud e-kiri saab uue "Received" päise migratsiooni ajatempliga.
Microsoft 365-st (Office 365)
Microsoft 365-st Google Workspace'i migratsioonid on sagedased, kui organisatsioonid vahetavad ökosüsteemi. BitTitan MigrationWiz ja CloudM on seda tüüpi migratsiooni jaoks kõige populaarsemad tööriistad. Protsess tõmbab e-kirjad Exchange Online'ist ja sisestab need Google Workspace'i. Sama "Received" päise probleem kehtib: iga migreeritud e-kiri näitab migratsiooni kuupäeva.
Teistelt IMAP-serveritelt
Zimbrast, Zohost, cPaneli hostingust, Dovecot'ist, Courier'ist ja teistelt IMAP-serveritelt Google Workspace'i migratsioonid kasutavad imapsynci, CloudM-i või kohandatud skripte. Sihtkoht (Google Workspace) lisab sisestamisoperatsiooni käigus "Received" päise olenemata lähteplatvormist. Isegi migratsioonid teisest Google Workspace'i rentnikust tekitavad sama probleemi.
Miks kuupäevad Google Workspace'is katki lähevad
Gmaili veebiliides vs IMAP-kliendid
Google Workspace esitab eripärase olukorra. Gmaili veebiliides kasutab e-kirja kuupäeva kuvamiseks tavaliselt e-kirja "Date" päist, mis tähendab, et e-kirjad ilmuvad sageli veebiliideses õige kuupäevaga. Seevastu kui sama postkastile pääsetakse ligi IMAP-kliendi kaudu (Outlook, Apple Mail, Thunderbird), loeb klient kõige ülemist "Received" päist ja kuvab migratsiooni kuupäeva.
See erinevus tekitab märkimisväärset segadust. Administraator, kes testib migratsiooni Gmaili veebiliideses, näeb õigeid kuupäevi ja järeldab, et migratsioon on edukas. Aga kui kasutajad ühendavad Outlooki oma Google Workspace'i kontoga, teatavad nad, et igal e-kirjal on vale kuupäev. Probleem on serveris (päised sisaldavad migratsiooni ajatemplit), kuid see muutub nähtavaks ainult teatud klientides. Kui paljud administraatorid on lõpetanud migratsiooniprojekti arvates, et kõik on korras, et siis esmaspäeval piletitega üle ujutatud saada?
IMAP INTERNALDATE faktor
Google Workspace salvestab iga e-kirja INTERNALDATE-t, mis seatakse sisestusprotsessi käigus. Mõned migratsioonitööriistad seavad selle väärtuse korrektselt algsele kuupäevale, teised jätavad selle migratsiooni kuupäevaks. Aga isegi kui INTERNALDATE on korrektne, näitavad IMAP-kliendid, mis eelistavad "Received" päiseid (nagu Outlook), ikkagi valet kuupäeva. Täielik parandus nõuab nii migratsiooni "Received" päise töötlemist kui ka INTERNALDATE õigsuse kontrollimist. Üksikasjaliku tehnilise selgituse jaoks vaadake miks e-kirjad näitavad pärast IMAP-migratsiooni valesid kuupäevi.
Google Workspace'i haldusvalikud (mis ei tööta)
Google'i halduskonsool
Google'i halduskonsool pakub ulatuslikke juhtimisfunktsioone Google Workspace'i haldamiseks, kuid ei sisalda ühtegi funktsiooni e-kirja kuupäevade parandamiseks pärast migratsiooni. Massilist päiste redigeerimistööriista pole. Kuupäevade parandamise utiliiti pole. Olemasolevate e-kirjade INTERNALDATE muutmise võimalust haldusliidese kaudu pole.
Google Apps Script
Google Apps Script saab automatiseerida paljusid Gmaili toiminguid, kuid ei saa muuta e-kirja tooreid päiseid. GmailApp ja Gmail API teenused pakuvad lugemis- ja silditamisoperatsioone, kuid mitte madala taseme sõnumipäiste muutmist.
Google Workspace'i kuupäevade parandamine Redate.io-ga
Service Account delegeerimine
Redate.io ühendub Google Workspace'iga Service Account'i kaudu domeeniülese delegeerimisega. See annab ligipääsu igale domeeni postkastile ilma individuaalseid kasutajaparoole jagamata. Administraator seadistab delegeerimise Google'i halduskonsoolil (Turvalisus, API juhtimine, Domeeniülene delegeerimine) ja sisestab Service Account'i andmed Redate.io-sse.
Skannimise ja paranduse protsess
Pärast ühendamist valige postkastid ja käivitage tasuta skannimine. Redate.io patenteeritud parandusmootor tuvastab migratsiooni päised ja arvutab mõjutatud e-kirjade arvu postkasti kohta. Pärast tulemuste ülevaatamist käivitage parandus. Mootor töötleb iga e-kirja mitmeetapilise pipeline'i kaudu: päiseahela analüüs, migratsiooni allkirjade sobitamine, sihipärased metaandmete parandused, terviklikkuse kontroll ja originaalide säilitamine nähtavas varukaustas 30 päeva.
Pärast parandust näitavad kõik kliendid (Gmaili veebiliides, Outlook, Apple Mail, Thunderbird) õigeid kuupäevi.
Alustage tasuta skannimisega: registreerige Redate.io-s.