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 Exchange Online behoudt de datum die het meekrijgt: wanneer de oorspronkelijke datum wordt meegegeven, houdt de kopie die datum. De datum die Outlook als ontvangen toont, is de eigen registratie van de mailbox van het moment waarop elke e-mail aankwam (de PR_MESSAGE_DELIVERY_TIME-eigenschap). Als MigrationWiz de oorspronkelijke datum niet heeft meegegeven, bevat die registratie het moment van de upload - de datum van migratie, niet de datum waarop de e-mail oorspronkelijk is verzonden of ontvangen.

Het probleem? Als de oorspronkelijke datum niet wordt meegegeven, krijgt u daar geen waarschuwing voor. Dus elke gemigreerde e-mail - of deze nu uit 2018, 2021 of afgelopen dinsdag stamt - laat uiteindelijk dezelfde migratiedatum zien.

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.