Rett BitTitan-migreringsdatoer i Microsoft 365

Sist oppdatert:

Hvorfor BitTitan-migreringer ødelegger datoer i Microsoft 365

BitTitan MigrationWiz bruker EWS eller IMAP til å laste opp meldinger til en Microsoft 365-tenant under migrering. Microsoft 365 beholder den datoen hver kopi får: når MigrationWiz sender med den opprinnelige datoen, holder kopien på den; når det ikke gjør det, får kopien tidspunktet for opplastingen - migreringstidsstempelet, ikke den opprinnelige datoen. Den datoen blir referansen for hele M365-økosystemet.

Microsoft 365 lagrer dette som meldingens INTERNALDATE (PR_MESSAGE_DELIVERY_TIME-egenskapen i Exchange-termer). Hver klient koblet til M365-postboksen leser den. Outlook på skrivebordet. Outlook på nett. Outlook mobil. Tredjeparts IMAP-klienter. Alle viser migreringsdatoen. En postboks med åtte års e-posthistorikk ser plutselig ut som alt ankom på en tirsdag i mars.

Dette er ikke et sjeldent unntak. Det kan skje på hvilken som helst BitTitan-migrering til M365, uavhengig av kildeplattform. Lokal Exchange, Google Workspace, Zimbra, GroupWise - oppførselen i mottakersystemet er alltid den samme: Microsoft 365 beholder datoen den får, så når den datoen er opplastingsdatoen, er det den datoen som vinner.

Resultatet? IT-team drukner i henvendelser morgenen etter migreringen. Brukere kan ikke finne e-poster etter dato. Ledere som var avhengige av kronologisk e-posthistorikk for referanse mister måneders eller års kontekst over natten.

Hvordan dette påvirker Microsoft 365-brukere

Alle M365-applikasjoner leser den ødelagte datoen. Outlook på nett, Outlook på skrivebordet, Outlook for Mac, Outlook mobil - alle viser feil mottaksdato. Microsoft Copilot og AI-funksjoner som refererer til e-posttidslinjer gir feilaktige resultater fordi de bruker de samme ødelagte metadataene.

Samsvar er der det virkelig gjør vondt. Juridisk hold, oppbevaringspolicyer og eDiscovery-søk i Sikkerhet og samsvarssenter filtrerer alle etter dato. Når alle e-poster bærer migreringstidsstempelet, er datobaserte spørringer ubrukelige. En administrator som blir bedt om å hente alle e-poster fra Q3 2023 for en juridisk sak, får tilbake enten ingenting eller hele postboksen. Det er ikke en liten ulempe - det er en samsvarssvikt.

Redate.io løser dette gjennom sikker meldingshåndtering på lavt nivå med verifisering per melding. Hver e-post behandles individuelt, og den opprinnelige datoen gjenopprettes på servernivå slik at korreksjonen spres til alle tilkoblede klienter og samsvarsverktøy automatisk. Ingen ny migrering, ingen manuell inngripen, ingen datatap.

Ofte stilte spørsmål

Ødelegger BitTitan MigrationWiz alltid datoer i Microsoft 365?

Ikke alltid. Microsoft 365 beholder datoen MigrationWiz sender for hver e-post, og den viste datoen er feil bare når denne datoen ikke er den opprinnelige. Når det skjer, påvirker det alle M365-klienter og samsvarsverktøy som refererer til meldingsdatoer.

Vil retting av datoer forbedre Microsoft 365-samsvar og eDiscovery-nøyaktighet?

Absolutt. Redate.io gjenoppretter opprinnelige tidsstempler, noe som betyr at oppbevaringspolicyer, juridisk hold og eDiscovery-søk i Sikkerhet og samsvarssenter refererer til de faktiske datoene i stedet for villedende migreringstidsstempler.

Retter Redate.io datoer på tvers av alle Microsoft 365-apper samtidig?

Redate.io korrigerer datoen på servernivå. Når metadataene er gjenopprettet, vises den riktige datoen automatisk i Outlook på skrivebordet, OWA, Outlook mobil og alle andre klienter eller tjenester koblet til Microsoft 365-postboksen.

Hvordan håndterer Redate.io store M365-tenanter med tusenvis av postbokser?

Redate.io behandler postbokser individuelt med innebygd hastighetsstyring for å holde seg innenfor Microsoft 365-tjenestegrenser. Det finnes ingen øvre grense for postboksstørrelse, og flere postbokser kan settes i kø for sekvensiell behandling.

Relaterte rettelsesguider

Gratis skanning av postkassen