Korjaa CloudM-siirron päivämäärät Google Workspacessa
Miksi CloudM-siirrot näyttävät väärän päivämäärän Google Workspacessa
CloudM Migrate on suosittu siirtotyökalu organisaatioille, jotka siirtyvät Google Workspaceen, erityisesti Microsoft Exchange -ympäristöistä. CloudM käyttää Gmail API:a sähköpostien lisäämiseen kohde-Google Workspace -tilille. Vaikka Gmail API sallii INTERNALDATE-arvon määrittämisen lisäyksen aikana, todellinen käyttäytyminen riippuu palvelinpuolen käsittelystä, ja siirron Received-otsikko lisätään silti sähköpostiin.
Google Workspacen päivämäärien käsittely luo hämmentävän tilanteen. Gmailin verkkokäyttöliittymä lukee tyypillisesti alkuperäisen Date-otsikon näyttöön, joten sähköpostit voivat näkyä oikeilla päivämäärillä selaimessa. Mikä tahansa Google Workspace -tiliin yhdistetty IMAP-asiakas lukee kuitenkin INTERNALDATE-arvon, joka heijastaa siirtoaikaleimaa.
IT-tiimeille, jotka hallinnoivat Google Workspace -siirtoja CloudM:llä, tämä jakaantunut käyttäytyminen tekee diagnoosista vaikean. Gmail-verkon käyttäjät eivät raportoi ongelmia, kun taas työpöytäasiakkaiden käyttäjät raportoivat, että jokainen sähköposti näyttää saman päivämäärän.
Miten tämä vaikuttaa Google Workspaceen
Google Workspace -ympäristöt, joissa käyttäjät yhdistävät sekä Gmail-verkon että IMAP-asiakkaiden kautta, kokevat päivämääräristiriidan, joka hämmentää käyttäjiä ja ylläpitäjiä yhtä lailla. Gmail-verkko näyttää päivämäärät oikein, mutta IMAP:n kautta yhdistetyt Outlook ja Apple Mail näyttävät siirtopäivämäärän. Tämä kaksinkertainen päivämääräkäyttäytyminen jatkuu määräämättömän ajan, kunnes taustalla oleva INTERNALDATE korjataan.
Google Workspacen hallintatyökalut ja raportointi viittaavat myös INTERNALDATE-arvoon. Sähköpostin säilytysperiaatteet, jotka on määritetty Google Admin Consolessa, Google Vault -pidätykset oikeudellista vaatimustenmukaisuutta varten ja kolmannen osapuolen DLP-työkalut, jotka integroituvat Google Workspaceen IMAP:n kautta, käyttävät kaikki siirtoaikaleimaa alkuperäisen päivämäärän sijaan.
Usein kysytyt kysymykset
Onko CloudM tietoinen tästä päivämääräongelmasta siirrettäessä Google Workspaceen?
Päivämääräongelma on tunnettu IMAP-pohjaisen sähköpostisiirron sivuvaikutus, ei CloudM:n virhe. CloudM säilyttää alkuperäisen Date-otsikon, mutta IMAP INTERNALDATE asetetaan vastaanottavan palvelimen toimesta latauksen aikana. Tämä on sähköpostipalvelinten saapuvien viestien käsittelytavalle ominaista.
Voiko Redate.io korjata päivämäärät koko Google Workspace -organisaatiolle?
Kyllä. Verkkotunnuksen laajuisella delegoinnilla, joka on määritetty Google Workspace Service Accountin kautta, Redate.io voi skannata ja korjata postilaatikoita koko verkkotunnuksessa. Ylläpitäjät voivat käsitellä kaikki vaikutuksen alaiset postilaatikot yhdeltä hallintapaneelilta.
Häiritseekö päivämäärien korjaaminen käyttäjiä, jotka työskentelevät Gmailissa?
Ei. Redate.io käsittelee sähköpostit taustalla. Korjattu viesti korvaa alkuperäisen saumattomasti. Käyttäjät saattavat huomata päivämäärien muuttuvan oikeisiin arvoihin IMAP-asiakkaissaan, mutta heidän Gmail-verkkokokemukseensa ei tule katkosta tai häiriötä.