Åtgärda CloudM-migreringsdatum i Microsoft 365
Varför CloudM-migreringar visar fel datum i Microsoft 365
CloudM Migrate används ofta för att migrera brevlådor från Google Workspace, lokal Exchange och andra plattformar till Microsoft 365. När CloudM laddar upp e-postmeddelanden till Microsoft 365 bearbetar Exchange Onlines transportpipeline varje meddelande och lägger till ett Received-huvud med den aktuella uppladdningens tidsstämpel.
Microsoft 365 använder denna leveranstidsstämpel i hela sitt ekosystem. Outlook-skrivbordet, Outlook på webben, Outlook mobil och även Microsofts AI-drivna funktioner refererar alla till samma PR_MESSAGE_DELIVERY_TIME-egenskap. Till skillnad från Google Workspace (där webbklienten kan maskera problemet) visar Microsoft 365 migreringsdatumet konsekvent i alla sina klientapplikationer.
Konsistensen av fel datum i alla Microsoft 365-klienter gör problemet omedelbart synligt för varje användare. Efter en CloudM-migrering till Microsoft 365 ser hela organisationen samma symptom: varje e-postmeddelande i varje brevlåda ser ut att ha mottagits på migreringsdatumet.
Hur detta påverkar Microsoft 365
Microsoft 365:s enhetliga datumhantering innebär att migreringsdatumet visas överallt samtidigt. Outlook-skrivbordet, OWA, Outlook mobil, Teams e-postintegration och Microsoft Search visar alla fel mottagningsdatum. Användare kan inte undvika de felaktiga datumen genom att byta till en annan Microsoft 365-applikation.
För Microsoft 365-administratörer sträcker sig effekten till hanterings- och efterlevnadsverktyg. Exchange Admin Center, Microsoft Purview och eDiscovery Premium indexerar alla meddelanden efter det skadade leveransdatumet. Automatiskt tillämpade bevarandeetiketter baserade på meddelandeålder opererar på fel tidslinje.
Vanliga frågor
Erbjuder CloudM ett alternativ för att förhindra datumkorruption under M365-migrering?
CloudM bevarar det ursprungliga Date-huvudet, men destinationsservern (Exchange Online) lägger till sitt eget Received-huvud under meddelandeuppladdning. Detta är beteende på serversidan som migreringsverktyg inte kan förhindra. Den enda lösningen är att rätta datumen efter migreringen.
Kan Microsoft 365-administrationsverktyg rätta datumen?
Nej. Microsoft 365 tillhandahåller inte inbyggda verktyg för att ändra Received-huvuden eller leveranstiden för befintliga meddelanden. Redate.io är specifikt utformat för detta problem: det tar bort migreringshuvudet och infogar e-postmeddelandet på nytt med korrekt INTERNALDATE.
Är rättningen permanent i Microsoft 365?
Ja. När Redate.io rättar e-postmeddelandet flyttas det ursprungliga meddelandet (med fel datum) till en säkerhetskopietikett. Det rättade meddelandet har korrekta Received-huvuden och INTERNALDATE, och Microsoft 365 indexerar korrekt datum framöver.