Ret BitTitan-migreringsdatoer i Exchange Online
Hvorfor BitTitan-migreringer viser forkert dato i Exchange Online
Exchange Online er mail-backend'en bag Microsoft 365-postkasser, og BitTitan MigrationWiz bruges hyppigt til at migrere postkasser fra on-premises Exchange, Lotus Notes, GroupWise eller andre platforme til Exchange Online. Under migreringen uploader MigrationWiz hver besked via EWS eller IMAP APPEND, og Exchange Onlines transportpipeline stempler hver besked med en Received-header indeholdende uploadtidsstemplet.
Exchange Online bruger denne Received-header og den tilhørende PR_MESSAGE_DELIVERY_TIME-egenskab til at bestemme den viste modtagelsesdato. I modsætning til visse mailsystemer der tillader migreringsværktøjer at sætte en brugerdefineret leveringstid, anvender Exchange Onlines behandling konsekvent det faktiske uploadtidsstempel. Dette betyder at hver migreret e-mail bærer migreringsdatoen i sine leveringstidsmetadata, uanset den originale sendedato.
Problemet forstærkes i Exchange Online, fordi den beskadigede dato spreder sig gennem alle forbundne tjenester: Outlook desktop læser den, OWA viser den, mobilklienter præsenterer den, og Exchange Onlines indbyggede søgning indekserer den. PowerShell-scripts som administratorer bruger til at forespørge postkasseindhold efter dato returnerer også resultater baseret på migreringstidsstemplet i stedet for den originale dato, hvilket komplicerer verifikation og fejlfinding efter migrering.
Hvordan dette påvirker Exchange Online
I Exchange Online påvirker det beskadigede leveringstidspunkt hvert lag af mailstakken. Outlook-desktopklienten, Outlook på nettet og mobilapps viser alle migreringsdatoen i modtagelseskolonnen. Exchange Onlines søgetjeneste indekserer migreringstidsstemplet, så datointervalforespørgsler i Outlook og OWA returnerer forkerte resultater.
For administratorer bruger Exchange Online Management Shell-kommandoer som Get-MessageTrace og Search-Mailbox leveringstidsegenskaben, som nu afspejler migreringsdatoen. Postkasserevision, journalregler og transportregler der refererer til beskeders datoer opererer alle på de beskadigede tidsstempler. Organisationer der er afhængige af Exchange Onlines native compliance-funktioner (In-Place Hold, Retention Tags) opdager, at disse politikker anvendes baseret på den forkerte dato, hvilket potentielt kan medføre at beskeder opbevares eller slettes i forkerte intervaller.
Ofte stillede spørgsmål
Er dette anderledes end Microsoft 365-datoproblemet?
Exchange Online er backend-tjenesten bag Microsoft 365-postkasser. Grundårsagen er den samme: BitTitan tilføjer en Received-header under migrering der overskriver den viste dato. At rette det i Exchange Online retter datoen i alle Microsoft 365-applikationer.
Kan Exchange Online-administratorer løse dette med PowerShell?
PowerShell kan ikke ændre Received-headers eller INTERNALDATE for eksisterende beskeder i Exchange Online. Den eneste måde at rette datoerne på er at genindsætte de rettede beskeder, hvilket er præcis hvad Redate.io automatiserer i stor skala.
Understøtter Redate.io hybride Exchange Online-miljøer?
Ja. Redate.io forbinder direkte til Exchange Online-postkasser. Uanset om organisationen kører en hybrid Exchange-opsætning eller er fuldt i skyen, kan Redate.io rette datokorruptionen på enhver postkasse der er tilgængelig via IMAP eller Exchange-protokoller.