Åtgärda BitTitan-migreringsdatum i Exchange Online

Exchange Online är e-postmotorn bakom varje Microsoft 365-brevlåda. BitTitan MigrationWiz är ett av de mest använda verktygen för att flytta brevlådor från lokal Exchange, Lotus Notes, GroupWise eller andra äldre plattformar till Exchange Online. Själva migreringen går vanligtvis bra. Datumen? Inte lika bra.

Så här går det till. MigrationWiz laddar upp varje meddelande via EWS eller IMAP, och Exchange Onlines transportpipeline sätter ett nytt Received-huvud på varje meddelande. Det huvudet innehåller uppladdningstidsstämpeln - migreringsdatumet, inte det datum då e-postmeddelandet ursprungligen skickades eller togs emot. Exchange Online använder sedan detta Received-huvud och den tillhörande egenskapen PR_MESSAGE_DELIVERY_TIME för att avgöra vilket datum som visas för användarna.

Problemet? Till skillnad från vissa e-postsystem tillåter Exchange Online inte att migreringsverktyg skriver över leveranstidsstämpeln. Systemet tillämpar den faktiska uppladdningstiden, utan undantag. Så varje migrerat e-postmeddelande - oavsett om det är från 2018, 2021 eller förra tisdagen - får samma migreringsdatum.

Du har just migrerat 1 200 brevlådor över en helg med MigrationWiz. På måndag morgon får supporten 400 ärenden. Varje användares inkorg ser ut som om alla e-postmeddelanden anlände på lördagen. Datumsortering fungerar inte. Sökning efter datum ger felaktiga resultat. Den skadade tidsstämpeln sprider sig överallt: Outlook-skrivbord, OWA, mobila klienter, till och med PowerShell-frågor som Get-MessageTrace och Search-Mailbox. Efterlevnadsverktyg (In-Place Hold, Retention Tags) tillämpar policyer baserat på fel datum, vilket potentiellt behåller eller raderar meddelanden med felaktiga intervall.

Skadan är total. Varje lager i Exchange Online-stacken läser den skadade leveranstidsstämpeln. Outlook-skrivbord visar migreringsdatumet. OWA visar det. Mobilappar visar det. Den inbyggda sökningen indexerar migreringstidsstämpeln, så datumintervallsfrågor returnerar felaktiga resultat i alla klienter.

För administratörer är det värre. Exchange Online Management Shell-kommandon refererar till leveranstidsegenskapen, som nu återspeglar migreringsdatumet. Brevlåderevision, journalföringsregler och transportregler som filtrerar efter meddelandedatum arbetar alla med skadade tidsstämplar. Kan en tillförlitlig efterlevnadsrevision genomföras när varje e-postmeddelande verkar ha anlänt samma dag? Nej.

Redate.io löser detta genom en proprietär korrigeringsmotor som utför huvudkedjeanalys och rekonstruktion av datummetadata på servernivå. Varje meddelande bearbetas med verifiering per meddelande för att säkerställa att det ursprungliga datumet återställs korrekt i alla Exchange Online-tjänster - utan att ändra meddelandeinnehåll eller bilagor. De korrigerade tidsstämplarna sprids automatiskt till Outlook, OWA, mobilappar och efterlevnadsverktyg.