BitTitan-migratiedatums in Exchange Online herstellen

Exchange Online is de e-mailengine achter elke Microsoft 365-mailbox. BitTitan MigrationWiz is een van de meest gebruikte tools voor het verplaatsen van mailboxen van on-premises Exchange, Lotus Notes, GroupWise of andere legacy-platformen naar Exchange Online. De migratie zelf verloopt doorgaans goed. De datums? Niet bepaald.

Dit is wat er gebeurt. MigrationWiz uploadt elk bericht via EWS of IMAP, en de transportpipeline van Exchange Online plaatst een nieuwe Received-header op elk bericht. Die header bevat het uploadtijdstempel - de datum van migratie, niet de datum waarop de e-mail oorspronkelijk is verzonden of ontvangen. Exchange Online gebruikt vervolgens deze Received-header en de bijbehorende PR_MESSAGE_DELIVERY_TIME-eigenschap om te bepalen welke datum aan gebruikers wordt getoond.

Het probleem? In tegenstelling tot sommige mailsystemen staat Exchange Online migratietools niet toe om het afleveringstijdstempel te overschrijven. Het systeem past de werkelijke uploadtijd toe, zonder uitzondering. Dus elke gemigreerde e-mail - of deze nu uit 2018, 2021 of afgelopen dinsdag stamt - krijgt dezelfde migratiedatum.

U heeft zojuist 1.200 mailboxen gemigreerd in een weekend met MigrationWiz. Maandagochtend ontvangt de helpdesk 400 tickets. De inbox van elke gebruiker ziet eruit alsof alle e-mails op zaterdag zijn binnengekomen. Sorteren op datum werkt niet meer. Zoeken op datum geeft verkeerde resultaten. Het beschadigde tijdstempel verspreidt zich overal: Outlook-desktop, OWA, mobiele clients, zelfs PowerShell-query's zoals Get-MessageTrace en Search-Mailbox. Compliancetools (In-Place Hold, Retention Tags) passen beleid toe op basis van de verkeerde datum, waardoor berichten mogelijk op onjuiste intervallen worden bewaard of verwijderd.

De schade is totaal. Elke laag van de Exchange Online-stack leest het beschadigde afleveringstijdstempel. Outlook-desktop toont de migratiedatum. OWA toont deze. Mobiele apps tonen deze. De ingebouwde zoekfunctie indexeert het migratietijdstempel, waardoor datumbereikquery's verkeerde resultaten opleveren in alle clients.

Voor beheerders is het nog erger. Exchange Online Management Shell-opdrachten verwijzen naar de afleveringstijdeigenschap, die nu de migratiedatum weerspiegelt. Mailboxauditing, journaalregels en transportregels die filteren op berichtdatum werken allemaal met beschadigde tijdstempels. Kan een betrouwbare compliance-audit worden uitgevoerd wanneer elke e-mail op dezelfde dag lijkt te zijn binnengekomen? Nee.

Redate.io lost dit op met een eigen correctie-engine die headerketenanalyse en datummetadatareconstructie uitvoert op serverniveau. Elk bericht wordt verwerkt met verificatie per bericht om te garanderen dat de originele datum nauwkeurig wordt hersteld in alle Exchange Online-services - zonder de berichtinhoud of bijlagen te wijzigen. De gecorrigeerde tijdstempels worden automatisch doorgevoerd naar Outlook, OWA, mobiele apps en compliancetools.