Rett BitTitan-migreringsdatoer i Microsoft 365

BitTitan MigrationWiz bruker EWS eller IMAP til å laste opp meldinger til en Microsoft 365-tenant under migrering. Hver opplasting utløser at Microsoft 365s e-postinfrastruktur stempler en ny Received-header på meldingen - med migreringstidsstempelet, ikke den opprinnelige datoen. Denne headeren havner øverst i headerkjeden og blir den autoritative datoen 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 skjer på hver BitTitan-migrering til M365, uavhengig av kildeplattform. Lokal Exchange, Google Workspace, Zimbra, GroupWise - oppførselen i mottakersystemet er alltid den samme: Microsoft 365 stempler opplastingsdatoen, og den datoen 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.

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.