Rett BitTitan-migreringsdatoer i Exchange Online

Exchange Online er e-postmotoren bak alle Microsoft 365-postbokser. BitTitan MigrationWiz er et av de mest brukte verktøyene for å flytte postbokser fra lokal Exchange, Lotus Notes, GroupWise eller andre eldre plattformer til Exchange Online. Selve migreringen går som regel greit. Datoene? Ikke fullt så bra.

Her er hva som skjer. MigrationWiz laster opp hver melding via EWS eller IMAP, og Exchange Onlines transportpipeline stempler en ny Received-header på hver eneste melding. Denne headeren inneholder opplastingstidsstempelet - altså migreringsdatoen, ikke datoen e-posten opprinnelig ble sendt eller mottatt. Exchange Online bruker deretter denne Received-headeren og den tilhørende PR_MESSAGE_DELIVERY_TIME-egenskapen til å bestemme hvilken dato som vises for brukerne.

Problemet? I motsetning til enkelte e-postsystemer lar ikke Exchange Online migreringsverktøy overstyre leveringstidsstempelet. Systemet bruker det faktiske opplastingstidspunktet, uten unntak. Så hver migrert e-post - enten den er fra 2018, 2021 eller forrige tirsdag - ender opp med den samme migreringsdatoen.

Du har nettopp migrert 1 200 postbokser over en helg med MigrationWiz. Mandag morgen mottar brukerstøtten 400 henvendelser. Innboksen til hver bruker ser ut som om alle e-poster ankom på lørdag. Datosortering fungerer ikke. Søk etter dato gir feil resultater. Det ødelagte tidsstempelet sprer seg overalt: Outlook på skrivebordet, OWA, mobilklienter, til og med PowerShell-spørringer som Get-MessageTrace og Search-Mailbox. Samsvarsverktøy (In-Place Hold, Retention Tags) bruker policyer basert på feil dato, noe som potensielt beholder eller sletter meldinger med feil intervaller.

Skaden er total. Hvert lag i Exchange Online-stakken leser det ødelagte leveringstidsstempelet. Outlook på skrivebordet viser migreringsdatoen. OWA viser den. Mobilapper viser den. Det innebygde søket indekserer migreringstidsstempelet, så datointervallspørringer gir feil resultater på tvers av alle klienter.

For administratorer blir det verre. Exchange Online Management Shell-kommandoer refererer til leveringstidsegenskapen, som nå gjenspeiler migreringsdatoen. Postboksrevisjon, journalføringsregler og transportregler som filtrerer etter meldingsdato opererer alle på ødelagte tidsstempler. Kan du gjennomføre en pålitelig samsvarsrevisjon når alle e-poster ser ut til å ha ankommet på samme dag? Nei.

Redate.io løser dette gjennom en proprietær korreksjonsmotor som utfører headerkjedeanalyse og rekonstruksjon av datometadata på servernivå. Hver melding behandles med verifisering per melding for å sikre at den opprinnelige datoen gjenopprettes nøyaktig på tvers av alle Exchange Online-tjenester - uten å endre meldingsinnhold eller vedlegg. De korrigerte tidsstemplene spres automatisk til Outlook, OWA, mobilapper og samsvarsverktøy.