Opravte data migrace BitTitan v Exchange Online

Exchange Online je poštovní backend napájející poštovní schránky Microsoft 365 a BitTitan MigrationWiz se často používá k migraci schránek z on-premises Exchange, Lotus Notes, GroupWise nebo jiných platforem do Exchange Online. Během migrace MigrationWiz nahraje každou zprávu pomocí EWS nebo IMAP APPEND a transportní pipeline Exchange Online označí každou zprávu hlavičkou Received obsahující časové razítko nahrání.

Exchange Online používá tuto hlavičku Received a přidruženou vlastnost PR_MESSAGE_DELIVERY_TIME k určení zobrazeného data přijetí. Na rozdíl od některých poštovních systémů, které umožňují migračním nástrojům nastavit vlastní čas doručení, zpracování Exchange Online konzistentně aplikuje skutečné časové razítko nahrání. To znamená, že každý migrovaný e-mail nese datum migrace v metadatech času doručení bez ohledu na původní datum odeslání.

Problém je v Exchange Online zesílen, protože poškozené datum se šíří přes všechny připojené služby: Outlook desktop ho čte, OWA ho zobrazuje, mobilní klienti ho ukazují a vestavěné vyhledávání Exchange Online ho indexuje. Skripty PowerShell, které administrátoři používají k dotazování obsahu schránek podle data, také vracejí výsledky založené na časovém razítku migrace, což komplikuje ověření a řešení problémů po migraci.

V Exchange Online poškozený čas doručení ovlivňuje každou vrstvu poštovního zásobníku. Outlook desktop, Outlook na webu a mobilní aplikace zobrazují datum migrace ve sloupci přijetí. Vyhledávací služba Exchange Online indexuje časové razítko migrace, takže dotazy na rozsah dat v Outlook a OWA vracejí nesprávné výsledky.

Pro administrátory příkazy Exchange Online Management Shell jako Get-MessageTrace a Search-Mailbox používají vlastnost času doručení, která nyní odráží datum migrace. Audit schránek, pravidla žurnálování a transportní pravidla odkazující na data zpráv operují na poškozených časových razítkách. Organizace spoléhající se na nativní funkce dodržování předpisů Exchange Online (In-Place Hold, Retention Tags) zjistí, že tyto zásady jsou aplikovány na základě špatného data, potenciálně uchovávající nebo odstraňující zprávy v nesprávných intervalech.