Rett 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 melding via EWS eller IMAP APPEND, og Exchange Onlines transportpipeline stempler hver melding med en Received-header indeholdende uploadtidsstemplet.
Exchange Online bruker denne Received-header og den tilhørende PR_MESSAGE_DELIVERY_TIME-egenskab til at bestemme den viste mottakdato. I modsætning til visse mailsystemer der tillader migreringsværktøjer at sætte en brukerdefineret leveringstid, anvender Exchange Onlines behandling konsekvent det faktiske uploadtidsstempel. Dette betyder at hver migreret e-post 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 bruker til at forespørge postkasseindhold etter dato returnerer også resultater baseret på migreringstidsstemplet i stedet for den originale dato, hvilket komplicerer verifikation og feilsøking etter 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 mottakkolonnen. Exchange Onlines søgetjeneste indekserer migreringstidsstemplet, så datointervalspørringer i Outlook og OWA returnerer forkerte resultater.
For administratorer bruker Exchange Online Management Shell-kommandoer som Get-MessageTrace og Search-Mailbox leveringstidsegenskaben, som nu gjenspeiler migreringsdatoen. Postkasserevision, journalregler og transportregler der refererer til meldingers datoer opererer alle på de beskadigede tidsstempler. Organisasjoner der er avhengige af Exchange Onlines native compliance-funksjoner (In-Place Hold, Retention Tags) oppdager, at disse politikker anvendes baseret på den forkerte dato, hvilket potentielt kan medføre at meldinger opbevares eller slettes i forkerte intervaller.
Ofte stilte spørsmål
Er dette anderledes end Microsoft 365-datoproblemet?
Exchange Online er backend-tjenesten bag Microsoft 365-postkasser. Grundårsagen er den samme: BitTitan legger til en Received-header under migrering der overskriver den viste dato. At rette det i Exchange Online retter datoen i alle Microsoft 365-applikasjoner.
Kan Exchange Online-administratorer løse dette med PowerShell?
PowerShell kan ikke endre Received-headers eller INTERNALDATE for eksisterende meldinger i Exchange Online. Den eneste måde at rette datoerne på er at genindsætte de rettede meldinger, hvilket er præcis hvad Redate.io automatiserer i stor skala.
Understøtter Redate.io hybride Exchange Online-miljøer?
Ja. Redate.io kobler direkte til Exchange Online-postkasser. Uanset om organisasjonen kører en hybrid Exchange-opsætning eller er fuldt i skyen, kan Redate.io rette datokorrupsjonen på enhver postkasse der er tilgjengelig via IMAP eller Exchange-protokoller.