CloudM-migratiedatums in Gmail herstellen
Waarom CloudM-migraties de verkeerde datum tonen in Gmail
CloudM Migrate (voorheen Cloud Migrator) wordt veel gebruikt voor het migreren van mailboxen naar Google Workspace. CloudM gebruikt de Gmail API om e-mails naar het bestemmings-Gmail-account te uploaden. Tijdens deze upload registreert de Gmail-infrastructuur het invoegingstijdstempel als de INTERNALDATE van het bericht, waardoor de oorspronkelijke leveringsdatum wordt overschreven met de datum waarop de migratie is uitgevoerd.
CloudM probeert de oorspronkelijke Date-header in de e-mailbody te behouden, en de Gmail-webinterface gebruikt deze Date-header doorgaans voor weergavedoeleinden. De IMAP INTERNALDATE blijft echter permanent ingesteld op de migratiedatum. Elke IMAP-client die verbinding maakt met het Gmail-account (Outlook, Apple Mail, Thunderbird, mobiele clients via IMAP) leest deze INTERNALDATE en toont de migratiedatum in de ontvangstkolom.
Organisaties die migreren van Microsoft 365, on-premises Exchange of andere platforms naar Google Workspace met CloudM ontdekken dit probleem wanneer gebruikers desktopclients verbinden met hun nieuwe Gmail-accounts. De Gmail-webinterface ziet er misschien goed uit, maar Outlook en Apple Mail tonen elke e-mail als ontvangen op de migratiedatum, wat verwarring en supporttickets veroorzaakt in de hele organisatie.
Hoe dit Gmail beïnvloedt
In Gmail hangt de impact af van hoe de gebruiker zijn mailbox opent. De Gmail-webinterface toont datums doorgaans correct omdat deze de Date-header van de e-mail zelf leest. Elke via IMAP verbonden client (Outlook, Apple Mail, Thunderbird) toont echter de migratiedatum omdat deze clients vertrouwen op de IMAP INTERNALDATE in plaats van de Date-header.
Het labelsysteem en de zoekfunctie van Gmail worden ook op subtiele manieren beïnvloed. Terwijl de webzoekopdracht van Gmail de Date-header gebruikt voor de operatoren "before:" en "after:", gebruikt het IMAP SEARCH DATE-commando de INTERNALDATE. Back-uptools en e-mailarchiveringsoplossingen van derden die verbinden via IMAP archiveren de migratiedatum als de berichtdatum, waardoor permanente onnauwkeurigheden ontstaan in back-uprecords. Google Vault, gebruikt voor compliance en juridische bewaring, kan ook verwijzen naar de INTERNALDATE voor bepaalde bewerkingen, wat de nauwkeurigheid van datumgebaseerd juridisch onderzoek beïnvloedt.
Veelgestelde vragen
Beschadigt CloudM Migrate altijd de datums in Gmail?
CloudM uploadt e-mails via de Gmail API, die de INTERNALDATE instelt op het uploadtijdstempel. De Date-header in de e-mail wordt behouden, dus Gmail web toont normaal de juiste datum. Maar IMAP-clients tonen de migratiedatum omdat ze de INTERNALDATE lezen.
Waarom zien e-mails er goed uit in Gmail web maar verkeerd in Outlook?
Gmail web gebruikt de Date-header uit de e-mailbody voor weergave, die CloudM behoudt. Outlook en andere IMAP-clients gebruiken de IMAP INTERNALDATE, die is ingesteld op de migratiedatum. Redate.io corrigeert de INTERNALDATE zodat alle clients de juiste datum tonen.
Kan Redate.io CloudM-migratiedatums herstellen in een heel Google Workspace-domein?
Ja. Via domeinbrede delegatie van Google Workspace kan Redate.io mailboxen scannen en corrigeren in de hele organisatie. Beheerders kunnen meerdere mailboxen verwerken zonder individuele gebruikersbetrokkenheid nodig te hebben.