Ret BitTitan-migreringsdatoer i Microsoft 365

Når BitTitan MigrationWiz migrerer postkasser til Microsoft 365, bruger det Exchange Web Services (EWS) eller IMAP-protokollen til at uploade beskeder til destinationstenant. Microsoft 365 bevarer den dato, hver kopi får: når MigrationWiz overfører den oprindelige dato, holder kopien den; når det ikke gør det, får kopien tidspunktet for uploaden - migreringstidsstemplet, ikke den oprindelige dato. Denne dato bliver referencen for hele M365-økosystemet.

Microsoft 365 gemmer dette tidsstempel som beskedens INTERNALDATE. Hver klient der forbinder til M365-postkassen (Outlook desktop, Outlook på nettet, Outlook mobil og tredjeparts IMAP-klienter) læser denne INTERNALDATE for at afgøre, hvornår beskeden blev modtaget. Som resultat viser hele postkassen migreringsdatoen for hver e-mail, uanset hvornår beskeden oprindeligt blev sendt eller modtaget.

For organisationer der migrerer til Microsoft 365 fra on-premises Exchange, Google Workspace eller andre platforme med BitTitan, kan dette ske for migrerede postkasser, når værktøjet ikke overfører den oprindelige dato, så uploadtidspunktet vinder. IT-teams står over for en bølge af supportanmodninger fra brugere, der ikke længere kan finde e-mails efter dato i nogen af deres M365-applikationer.

I Microsoft 365-økosystemet strækker virkningen sig ud over en enkelt klient. Outlook på nettet (OWA), Outlook desktop, Outlook til Mac og Outlook-mobilapps viser alle den forkerte dato. Microsofts Copilot og AI-funktioner, der refererer til e-mailtidslinjer, producerer også forkerte resultater, fordi de er afhængige af de samme beskadigede datometadata.

Compliance- og eDiscovery-arbejdsgange i Microsoft 365 er særligt påvirket. Retssagsbeskyttelser, opbevaringspolitikker og compliance-søgninger, der filtrerer efter datointerval, returnerer unøjagtige resultater. Administratorer der skal fremlægge e-mails fra en bestemt tidsperiode til juridiske formål eller revision kan ikke stole på de viste datoer. Microsoft 365's indbyggede søgning og Security & Compliance Center refererer begge til den beskadigede INTERNALDATE, hvilket gør nøjagtige datobaserede forespørgsler umulige uden først at rette de underliggende data.