Päivämääräongelma Google Workspace -migraation jälkeen
Google Workspaceen siirtyvät organisaatiot tekevät usein epämiellyttävän löydön: kaikkien postilaatikoiden kaikki sähköpostit näyttävät väärän päivämäärän. Alkuperäisen lähetys- tai vastaanottopäivän sijaan jokainen viesti näyttää migraation suorituspäivän. Olipa organisaatio siirtynyt Microsoft Exchangesta, Office 365:stä, Zimbrasta, Lotus Notesista tai muulta IMAP-palvelimelta. Tuhansia sähköposteja, kaikki yhdellä ja samalla päivämäärällä.
Eikä tämä ole mihinkään tiettyyn migraatiotyökaluun sidottu ongelma. Se esiintyy BitTitan MigrationWizillä, CloudM Migratella, GSMMO:lla, imapsyncillä ja kaikilla muilla työkaluilla jotka lisäävät sähköposteja Google Workspaceen IMAP:n tai Gmail API:n kautta. Syy liittyy perustavanlaatuiseen mekanismiin sähköpostipalvelimien viestinkäsittelyssä.
GSMMO-kohtaisia ohjeita varten (Google Workspace Migration for Microsoft Outlook), katso GSMMO-artikkeli.
Yleiset migraatioreitit Google Workspaceen
Microsoft Exchangesta (paikallinen)
Organisaatiot jotka käyttävät paikallisia Exchange-palvelimia (2010, 2013, 2016 tai 2019) siirtyvät Google Workspaceen infrastruktuurikustannusten vähentämiseksi. Nämä migraatiot käyttävät yleensä CloudM:a, BitTitan MigrationWizia tai GSMMO:ta. Migraatiotyökalu yhdistää Exchangeen, lataa jokaisen sähköpostin ja lataa sen käyttäjän Google Workspace -postilaatikkoon. Jokainen ladattu sähköposti saa uuden "Received"-otsakkeen migraation aikaleimalla.
Microsoft 365:stä (Office 365)
Microsoft 365:stä Google Workspaceen siirrot ovat yleisiä organisaation vaihtaessa ekosysteemiä. BitTitan MigrationWiz ja CloudM ovat suosituimmat työkalut. Prosessi hakee sähköpostit Exchange Onlinesta ja lisää ne Google Workspaceen. Sama "Received"-otsakeongelma pätee: jokainen siirretty sähköposti näyttää migraatiopäivämäärän.
Muilta IMAP-palvelimilta
Siirrot Zimbrasta, Zohosta, cPanel-hostingista, Dovecotista, Courierista ja muilta IMAP-palvelimilta Google Workspaceen käyttävät työkaluja kuten imapsync, CloudM tai räätälöityjä skriptejä. Kohde (Google Workspace) lisää "Received"-otsakkeen lisäysoperaation aikana lähdealustasta riippumatta.
Miksi päivämäärät hajoavat Google Workspacessa
Gmailin verkkokäyttöliittymä vs. IMAP-asiakkaat
Google Workspace esiintyy erikoisella tavalla. Gmailin verkkokäyttöliittymä käyttää yleensä sähköpostin "Date"-otsaketta päivämäärän näyttämiseen, joten sähköpostit näkyvät usein oikealla päivällä verkkoliittymässä. Kun samaa postilaatikkoa käytetään IMAP-asiakkaan kautta (Outlook, Apple Mail, Thunderbird), asiakas lukee uusimman "Received"-otsakkeen ja näyttää migraatiopäivämäärän.
Tämä ero luo merkittävää sekaannusta. Ylläpitäjä joka testaa migraation Gmailin verkkoliittymässä näkee oikeat päivämäärät ja päättelee migraation onnistuneen. Mutta kun käyttäjät yhdistävät Outlookin Google Workspace -tiliinsä, he raportoivat että jokaisella sähköpostilla on väärä päivämäärä. Kuinka moni ylläpitäjä on sulkenut migraatioprojektin luullen kaiken olevan hyvin, joutuakseen tukipyyntojen vyöryyn seuraavana maanantaina?
IMAP INTERNALDATE -tekijä
Google Workspace tallentaa INTERNALDATE:n jokaiselle sähköpostille lisäysprosessin aikana. Jotkut migraatiotyökalut asettavat tämän arvon oikein alkuperäiseen päivämäärään, toiset jättävät sen migraatiopäivämäärälle. Mutta vaikka INTERNALDATE olisi oikea, "Received"-otsakkeita priorisoivat IMAP-asiakkaat (kuten Outlook) näyttävät silti väärän päivämäärän. Täydellinen korjaus vaatii sekä migraation "Received"-otsakkeen korjaamisen että INTERNALDATE:n oikean asettamisen varmistamisen. Tekninen selitys löytyy artikkelista miksi sähköpostit näyttävät vääriä päiviä IMAP-migraation jälkeen.
Google Workspace -ylläpitäjävaihtoehdot (jotka eivät toimi)
Googlen hallintakonsoli
Googlen hallintakonsoli tarjoaa laajat kontrollit Google Workspacen hallintaan, mutta se ei sisällä mitään toimintoa sähköpostipäivämäärien korjaamiseen migraation jälkeen. Ei massaotsakemuokkaustyökalua. Ei päivämääräkorjausohjelmaa. Ei tapaa muokata olemassa olevien sähköpostien INTERNALDATE:a hallintaliittymän kautta.
Google Apps Script
Google Apps Script voi automatisoida monia Gmail-operaatioita, mutta se ei voi muokata sähköpostien raakaotsakeita. GmailApp- ja Gmail API -palvelut Apps Scriptin kautta antavat lukea viestejä, vaihtaa labeleita ja muokata metatietoja, mutta ne eivät tue viestin raaka RFC 2822 -sisällön korvaamista. Korjaus vaatii siis työskentelyä paljon syvemmällä tasolla kuin mitä Apps Script paljastaa.
Googlen tiedonsiirtopalvelu
Googlen tiedonsiirtopalvelu (hallintakonsolissa) on suunniteltu sähköpostien siirtämiseen Google Workspaceen, ei otsakkeiden korjaamiseen migraation jälkeen. Toinen migraatio tällä työkalulla lisäisi lisää "Received"-otsakkeita pahentaen ongelmaa.
Google Workspace -päivämäärien korjaaminen Redate.io:lla
Ylläpitäjädelegoinnin toiminta
Redate.io käyttää Google Workspacen domain-laajuista delegointitoimintoa postilaatikoihin pääsemiseksi. Ylläpitäjä luo palvelutilin Google Cloud Consolessa, myöntää tarvittavat Gmail API -laajuudet ja aktivoi domain-laajuisen delegoinnin. Tämän avulla Redate.io voi käsitellä minkä tahansa organisaation postilaatikon ilman yksittäisten käyttäjien tunnuksia.
Delegoinnin konfigurointi vie noin 10 minuuttia ja noudattaa samaa prosessia kuin muut Google Workspacen migraatio- ja hallintatyökalut. Konfiguroinnin jälkeen ylläpitäjä voi analysoida ja korjata minkä tahansa määrän postilaatikoita Redate.io:n hallintapaneelista.
Käyttöönotto
Luo palvelutili. Google Cloud Consolessa luo uusi projekti (tai käytä olemassa olevaa), aktivoi Gmail API ja luo palvelutili domain-laajuisella delegoinnilla.
Myönnä API-laajuudet. Google Workspace -hallintakonsolissa siirry kohtaan Tietoturva, sitten API-kontrollit, sitten Domain-laajuinen delegointi. Lisää palvelutilin asiakas-ID ja myönnä Redate.io:n vaatimat Gmail API -laajuudet.
Yhdistä Redate.io:ssa. Kirjaudu Redate.io:hon, valitse "Google Workspace" alustaksi ja lataa palvelutilin JSON-avaintiedosto. Redate.io validoi yhteyden ja listaa saatavilla olevat postilaatikot.
Analysoi postilaatikot. Valitse analysoitavat postilaatikot (tai analysoi kaikki). Ilmainen analyysi tunnistaa väärillä päivämäärillä olevien sähköpostien määrän kussakin postilaatikossa. Maksua ei vaadita analyysiin.
Korjaa. Tarkastele analyysituloksia, valitse suunnitelma ja käynnistä korjaus. Redate.io:n oma korjausmoottori käsittelee jokaisen postilaatikon ajamalla jokaisen sähköpostin monivaiheisen analyysiprosessin läpi joka käsittelee merkistökoodausongelmat, multipart-rakenteet, digitaaliset allekirjoitukset ja kymmeniä erikoistapauksia. Edistyminen näkyy reaaliajassa. Alkuperäiset viestit säilytetään "Redate.io - Originals" -labelissa 30 päivää.
Korjauksen jälkeen
Kun Redate.io on suorittanut korjauksen, sähköpostit näyttävät oikean päivämäärän kaikissa asiakkaissa: Gmail-verkkoversio, Outlook, Apple Mail, Thunderbird ja kaikki muut IMAP-yhdistetyt sovellukset. Korjaus on pysyvä. Jatkuvaa ylläpitoa tai tilausta ei tarvita. Käyttäjät voivat lajitella päivämäärän mukaan, hakea päivämäärävälillä ja käyttää vaatimustenmukaisuustyökaluja luottaen aikaleimien tarkkuuteen.
Työkalukohtaiset oppaat Google Workspacelle
Yksityiskohtaiset ohjeet käytetyn migraatiotyökalun mukaan:
- BitTitan MigrationWiz -päivämäärien korjaus Google Workspacessa
- CloudM-migraatiopäivämäärien korjaus Google Workspacessa
Google Workspace -migraatio ja kaikki sähköpostit näyttävät väärän päivän? Käynnistä ilmainen analyysi Redate.io:lla ja näe kuinka monta sähköpostia on vaikuttunut kaikissa postilaatikoissa.