Åtgärda BitTitan-migreringsdatum i Exchange Online
Varför BitTitan-migreringar visar fel datum i Exchange Online
Exchange Online är e-postbackenden som driver Microsoft 365-brevlådor, och BitTitan MigrationWiz används ofta för att migrera brevlådor från lokal Exchange, Lotus Notes, GroupWise eller andra plattformar till Exchange Online. Under migreringen laddar MigrationWiz upp varje meddelande via EWS eller IMAP APPEND, och Exchange Onlines transportpipeline stämplar varje meddelande med ett Received-huvud som innehåller uppladdningens tidsstämpel.
Exchange Online använder detta Received-huvud och den tillhörande PR_MESSAGE_DELIVERY_TIME-egenskapen för att bestämma det visade mottagningsdatumet. Till skillnad från vissa e-postsystem som tillåter migreringsverktyg att ställa in en anpassad leveranstid tillämpar Exchange Onlines bearbetning konsekvent den faktiska uppladdningens tidsstämpel. Detta innebär att varje migrerat e-postmeddelande bär migreringsdatumet i sina leveranstidsmetadata, oavsett det ursprungliga sändningsdatumet.
Problemet förstärks i Exchange Online eftersom det skadade datumet sprids genom alla anslutna tjänster: Outlook-skrivbordet läser det, OWA visar det, mobilklienter presenterar det, och Exchange Onlines inbyggda sökning indexerar det. PowerShell-skript som administratörer använder för att fråga brevlådeinnehåll efter datum returnerar också resultat baserade på migreringens tidsstämpel istället för det ursprungliga datumet.
Hur detta påverkar Exchange Online
I Exchange Online påverkar den skadade leveranstiden varje lager i e-poststacken. Outlook-skrivbordsklienten, Outlook på webben och mobilappar visar alla migreringsdatumet i mottagningskolumnen. Exchange Onlines söktjänst indexerar migreringens tidsstämpel, så datumintervallfrågor i Outlook och OWA returnerar felaktiga resultat.
För administratörer använder Exchange Online Management Shell-kommandon som Get-MessageTrace och Search-Mailbox leveranstidsegenskapen, som nu återspeglar migreringsdatumet. Brevlåderevision, journalregler och transportregler som refererar till meddelandedatum opererar alla på de skadade tidsstämplarna. Organisationer som förlitar sig på Exchange Onlines inbyggda efterlevnadsfunktioner (In-Place Hold, Retention Tags) upptäcker att dessa policyer tillämpas baserat på fel datum.
Vanliga frågor
Är detta annorlunda än Microsoft 365-datumproblemet?
Exchange Online är backendtjänsten som driver Microsoft 365-brevlådor. Grundorsaken är densamma: BitTitan lägger till ett Received-huvud under migrering som skriver över det visade datumet. Att rätta det i Exchange Online rättar datumet i alla Microsoft 365-applikationer.
Kan Exchange Online-administratörer lösa detta med PowerShell?
PowerShell kan inte ändra Received-huvuden eller INTERNALDATE för befintliga meddelanden i Exchange Online. Det enda sättet att rätta datumen är att infoga de rättade meddelandena på nytt, vilket är exakt vad Redate.io automatiserar i stor skala.
Stöder Redate.io hybridmiljöer med Exchange Online?
Ja. Redate.io ansluter direkt till Exchange Online-brevlådor. Oavsett om organisationen kör en hybrid Exchange-konfiguration eller är helt i molnet kan Redate.io rätta datumkorruptionen på varje brevlåda som är åtkomlig via IMAP eller Exchange-protokoll.