Ret BitTitan-migreringsdatoer i Exchange Online

Exchange Online er mailmotoren bag enhver Microsoft 365-postkasse. BitTitan MigrationWiz er et af de mest anvendte værktøjer til at flytte postkasser fra on-premises Exchange, Lotus Notes, GroupWise eller andre ældre platforme til Exchange Online. Selve migreringen forløber normalt fint. Datoerne? Ikke helt.

Her er hvad der sker. MigrationWiz uploader hver besked via EWS eller IMAP, og Exchange Onlines transportpipeline sætter en ny Received-header på hver eneste besked. Denne header indeholder uploadtidspunktet - datoen for migreringen, ikke den dato e-mailen oprindeligt blev sendt eller modtaget. Exchange Online bruger derefter denne Received-header og den tilhørende PR_MESSAGE_DELIVERY_TIME-egenskab til at bestemme, hvilken dato der vises for brugerne.

Problemet? I modsætning til nogle mailsystemer tillader Exchange Online ikke, at migreringsværktøjer overskriver leveringstidspunktet. Systemet anvender det faktiske uploadtidspunkt, uden undtagelse. Så hver migreret e-mail - uanset om den er fra 2018, 2021 eller i tirsdags - får den samme migreringsdato.

Du har netop migreret 1.200 postkasser over en weekend med MigrationWiz. Mandag morgen modtager helpdesken 400 sager. Hver brugers indbakke ser ud som om alle e-mails ankom om lørdagen. Datosortering er ødelagt. Søgning efter dato giver forkerte resultater. Det beskadigede tidsstempel spreder sig overalt: Outlook-skrivebord, OWA, mobilklienter, selv PowerShell-forespørgsler som Get-MessageTrace og Search-Mailbox. Overholdelsesværktøjer (In-Place Hold, Retention Tags) anvender politikker baseret på den forkerte dato, hvilket potentielt tilbageholder eller sletter beskeder i forkerte intervaller.

Skaden er total. Hvert lag i Exchange Online-stakken læser det beskadigede leveringstidsstempel. Outlook-skrivebord viser migreringsdatoen. OWA viser den. Mobilapps viser den. Den indbyggede søgning indekserer migreringens tidsstempel, så datointervall-forespørgsler returnerer forkerte resultater på tværs af alle klienter.

For administratorer er det værre. Exchange Online Management Shell-kommandoer refererer til leveringstidsegenskaben, som nu afspejler migreringsdatoen. Postkasserevision, journaliseringsregler og transportregler, der filtrerer efter beskedddato, opererer alle på beskadigede tidsstempler. Kan man udføre en pålidelig overholdelsesrevision, når alle e-mails ser ud til at være ankommet på samme dag? Nej.

Redate.io løser dette gennem en proprietær korrektionsmotor, der udfører header-kæde-analyse og rekonstruktion af datometadata på serverniveau. Hver besked behandles med verifikation per besked for at sikre, at den originale dato gendannes præcist på tværs af alle Exchange Online-tjenester - uden at ændre beskedindhold eller vedhæftninger. De korrigerede tidsstempler spreder sig automatisk til Outlook, OWA, mobilapps og overholdelsesværktøjer.