CloudM-migratiedatums in Microsoft 365 herstellen
Waarom CloudM-migraties de verkeerde datum tonen in Microsoft 365
CloudM Migrate wordt veel gebruikt om mailboxen te migreren van Google Workspace, on-premises Exchange en andere platforms naar Microsoft 365. Wanneer CloudM e-mails uploadt naar Microsoft 365, verwerkt de transportpijplijn van Exchange Online elk bericht en voegt een Received-header toe met het huidige uploadtijdstempel. Deze wordt de meest recente Received-header in de headerketen van het bericht.
Microsoft 365 gebruikt dit leveringstijdstempel in zijn hele ecosysteem. Outlook desktop, Outlook op het web, Outlook mobiel en zelfs Microsofts AI-functies verwijzen allemaal naar dezelfde PR_MESSAGE_DELIVERY_TIME-eigenschap, die wordt ingesteld vanuit de migratie-Received-header. In tegenstelling tot Google Workspace (waar de webclient het probleem kan maskeren), toont Microsoft 365 de migratiedatum consequent in alle clientapplicaties.
De consistentie van de verkeerde datum over alle Microsoft 365-clients maakt het probleem onmiddellijk zichtbaar voor elke gebruiker. Na een CloudM-migratie naar Microsoft 365 ziet de hele organisatie hetzelfde symptoom: elke e-mail in elke mailbox lijkt te zijn ontvangen op de migratiedatum. Er is geen clientspecifieke workaround; de datumbeschadiging is ingebed in de berichtmetadata op serverniveau.
Hoe dit Microsoft 365 beïnvloedt
De uniforme datumbehandeling van Microsoft 365 betekent dat de migratiedatum overal tegelijk verschijnt. Outlook desktop, OWA, Outlook mobiel, de Teams-e-mailintegratie en Microsoft Search tonen allemaal de verkeerde ontvangstdatum. Gebruikers kunnen niet ontsnappen aan de onjuiste datums door over te schakelen naar een andere Microsoft 365-applicatie.
Voor Microsoft 365-beheerders strekt de impact zich uit tot beheer- en compliance-tools. Het Exchange Admin Center, Microsoft Purview (voorheen Compliance Center) en eDiscovery Premium indexeren alle berichten op de beschadigde leveringsdatum. Inhoudszoekopdrachten naar e-mails binnen een specifiek datumbereik retourneren onjuiste resultaten. Bewaarlabels die automatisch worden toegepast op basis van berichtleeftijd werken op de verkeerde tijdlijn, wat mogelijk leidt tot voortijdige verwijdering of onbeperkte bewaring van berichten die anders hadden moeten worden behandeld.
Veelgestelde vragen
Biedt CloudM een optie om datumbeschadiging tijdens M365-migratie te voorkomen?
CloudM behoudt de oorspronkelijke Date-header, maar de bestemmingsserver (Exchange Online) voegt zijn eigen Received-header toe tijdens het uploaden van berichten. Dit is serversijdig gedrag dat migratietools niet kunnen voorkomen. De enige oplossing is het corrigeren van de datums na de migratie.
Kunnen Microsoft 365-beheertools de datums corrigeren?
Nee. Microsoft 365 biedt geen ingebouwde tools om de Received-headers of leveringstijd van bestaande berichten te wijzigen. Redate.io is specifiek ontworpen voor dit probleem: het verwijdert de migratie-header en voegt de e-mail opnieuw in met de juiste INTERNALDATE.
Is de correctie permanent in Microsoft 365?
Ja. Zodra Redate.io de e-mail corrigeert, wordt het oorspronkelijke bericht (met de verkeerde datum) verplaatst naar een back-uplabel. Het gecorrigeerde bericht heeft de juiste Received-headers en INTERNALDATE, en Microsoft 365 indexeert de juiste datum vanaf dat moment.