Rett e-postdatoer etter Microsoft 365-migrering

Datoproblemet etter Microsoft 365-migrering

Etter en migrering til Microsoft 365 (Exchange Online) oppdager organisasjoner ofte et problem som burde ha vært med i risikoanalysen til migreringsprosjektet: hver e-post i hver postboks viser migreringsdatoen i stedet for den opprinnelige mottaksdatoen. Brukere åpner Outlook og ser tusenvis av e-poster stemplet med den samme datoen. Sortering etter dato er ubrukelig. Søkeresultater viser villedende tidsstempler. Hele den kronologiske historikken til postboksen ser ut til å være ødelagt.

Dette problemet rammer migreringer fra alle kildeplattformer: lokal Exchange, Gmail, Google Workspace, Zimbra, Lotus Notes og alle andre IMAP-servere. Det rammer migreringer med alle populære verktøy, inkludert BitTitan MigrationWiz, den innebygde IMAP-importen i Exchange Admin Center, og tredjepartsverktøy som CloudM og imapsync. Grunnårsaken er den samme i alle tilfeller: en "Received"-header lagt til under migreringsprosessen overstyrer den opprinnelige datovisningen i Outlook.

Vanlige migreringsstier til Microsoft 365

Fra Gmail / Google Workspace

Organisasjoner som bytter fra Google Workspace til Microsoft 365 bruker vanligvis BitTitan MigrationWiz, CloudM eller Exchange Admin Centers IMAP-importfunksjon. Alle disse verktøyene henter e-poster fra Gmail og setter dem inn i Exchange Online. Under innsettingen legger Exchange Online til en "Received"-header med migreringstidsstempelet. Denne headeren blir den nyeste "Received"-headeren i e-posten, noe som gjør at Outlook viser migreringsdatoen som mottaksdato.

Fra lokal Exchange

Migreringer fra lokal Exchange (2010, 2013, 2016, 2019) til Exchange Online bruker Microsofts innebygde migreringsverktøy (cutover-migrering, trinnvis migrering, hybridmigrering) eller tredjepartsverktøy som BitTitan. Hybridmigreringer som bruker Exchange-migreringssluttpunktet bevarer noen ganger datoer riktig, men IMAP-baserte migreringer og tredjepartsverktøymigreringer gir ofte datoproblemet. Resultatet avhenger av nøyaktig hvordan migreringsverktøyet setter inn meldinger i Exchange Online.

Fra andre IMAP-servere

Migreringer fra Zimbra, Zoho, cPanel-hostet e-post, Dovecot og andre IMAP-servere til Microsoft 365 utføres vanligvis med Exchange Admin Centers innebygde IMAP-import eller imapsync. Begge metodene resulterer i at Exchange Online legger til "Received"-headere under importprosessen. Alle migrerte e-poster viser migreringsdatoen i Outlook.

Hvordan Exchange Online håndterer migrerte e-poster

Exchange Online og "Received"-headere

Når en melding settes inn i en Exchange Online-postboks (enten via IMAP, EWS eller Microsoft Graph API), behandler Exchange Online den som en ny meldingslevering og legger til transportrelaterte headere. Disse headerne inkluderer en "Received"-oppføring med gjeldende tidsstempel. For migrerte e-poster er dette tidsstempelet migreringsdatoen i stedet for den opprinnelige leveringsdatoen.

Hvordan Outlook leser datoen

Outlook (Desktop, Nett og Mobil) bestemmer "Mottatt"-datoen ved å lese e-postens metadata og headere. "Mottatt"-kolonnen - som er standardvisningen i Outlook - viser datoen fra den øverste "Received"-headeren eller leveringstidsstempelet lagret i Exchange. Etter migrering gjenspeiler denne verdien når migreringsverktøyet leverte meldingen til Exchange Online, ikke når meldingen opprinnelig ble sendt eller mottatt. For en fullstendig teknisk forklaring, se rett feil dato i Outlook etter migrering.

Outlook på nett (OWA)

Outlook på nett (OWA) viser den samme feil datoen som Outlook Desktop. I motsetning til Gmails nettgrensesnitt (som noen ganger viser riktig dato fra "Date"-headeren) viser OWA konsekvent Exchange-leveringstidsstempelet. Det finnes ingen klientsideløsning. Rettingen må skje på servernivå.

Microsofts innebygde verktøy kan ikke rette dette

Exchange Admin Center

Exchange Admin Center gir omfattende postboksadministrasjonsfunksjoner, men inkluderer ingen funksjon for å korrigere e-postdatoer etter migrering. Ingen masseheaderredigeringsfunksjon. Ingen datokorreksjon. Ingen PowerShell-cmdlet som endrer "Received"-headerne til eksisterende meldinger.

Samsvarsverktøy (eDiscovery, oppbevaring)

Microsoft 365-samsvarsverktøy som eDiscovery og oppbevaringspolicyer bruker e-postens lagrede tidsstempler. Etter migrering gjenspeiler disse verktøyene migreringsdatoen, noe som kan skape reelle problemer med juridisk hold, regulatorisk samsvar og revisjonsspor. Dette er ikke bare et brukerkomfortproblem - det kan ha juridiske og regulatoriske konsekvenser for organisasjoner underlagt krav om e-postoppbevaring.

PowerShell

Exchange Online PowerShell gir kraftige postboksadministrasjonsfunksjoner, men kan ikke endre råinnholdet i e-postmeldinger. Set-MailboxMessageConfiguration-cmdleten og relaterte kommandoer kontrollerer postboksinnstillinger, ikke individuelle meldingsheadere. Det finnes ingen støttet PowerShell-tilnærming for å fjerne "Received"-headere fra eksisterende meldinger i Exchange Online. Så hva skal administratorer gjøre?

Rette Microsoft 365-datoer med Redate.io

Hvordan Redate.io kobler seg til Microsoft 365

Redate.io kobler seg til Exchange Online via en Azure AD (Entra ID)-appregistrering. Administratoren oppretter en appregistrering i Azure-portalen, gir de nødvendige e-posttillatelsene (Mail.ReadWrite) og gir administratorsamtykke for tenanten. Dette lar Redate.io få tilgang til alle postbokser i organisasjonen gjennom Microsoft Graph API eller IMAP med OAuth2-autentisering.

Appregistreringsprosessen tar omtrent 15 minutter og følger Microsofts standard OAuth2-mønstre. Ingen brukerpassord deles - autentisering håndteres helt gjennom Azure AD-tokens.

Kom i gang

Registrer en Azure AD-applikasjon. I Azure-portalen, naviger til Azure Active Directory (Entra ID), deretter Appregistreringer, og opprett en ny applikasjon. Konfigurer den som en flertenant- eller enkelttenant-app avhengig av organisasjonens krav.

Gi e-posttillatelser. Legg til Microsoft Graph-tillatelsen "Mail.ReadWrite" (applikasjonstillatelse) til appregistreringen. Gi administratorsamtykke slik at applikasjonen kan få tilgang til postbokser uten individuell brukerautorisasjon.

Opprett klienthemmelighet eller sertifikat. Generer en klienthemmelighet eller last opp et sertifikat for autentisering. Noter applikasjons-ID og tenant-ID.

Koble til i Redate.io. Logg inn på Redate.io, velg "Microsoft 365" som plattform og skriv inn applikasjons-ID, tenant-ID og klienthemmelighet. Redate.io validerer tilkoblingen og lister tilgjengelige postbokser.

Skann og rett. Velg postbokser som skal skannes. Den gratis skanningen identifiserer berørte e-poster i hver postboks. Etter gjennomgang av resultatene, velg en plan og start rettingen. Redate.io sin proprietære korreksjonsmotor behandler hver e-post gjennom en flertrinns analysepipeline, og håndterer S/MIME-signaturer, flerdelte MIME-strukturer, kodingsunntakstilfeller og titalls andre variasjoner som ville fått et naivt skript til å ødelegge data.

Hva Redate.io leverer

For hver berørt e-post analyserer Redate.io sin korreksjonsmotor den fullstendige headerkjeden, utfører målrettede korreksjoner basert på mønstergjenkjenning på tvers av hundrevis av kjente migreringssignaturer og bekrefter hvert resultat gjennom integritetsverifisering før fullføring. Opprinnelige meldinger flyttes til en "Redate.io - Originals"-mappe i postboksen og beholdes i 30 dager. Dette er langt mer komplekst enn et finn-og-erstatt på headertekst.

Etter rettingen

Når Redate.io har fullført rettingen, viser Outlook (Desktop, Nett og Mobil) de riktige opprinnelige datoene. Sortering etter "Mottatt"-dato fungerer som forventet. Søkeresultater viser nøyaktige tidsstempler. Samsvarsverktøy gjenspeiler de riktige datoene for juridiske og regulatoriske formål. Rettingen er permanent - ingen løpende vedlikehold kreves.

Verktøyspesifikke veiledninger for Microsoft 365

Migrerte til Microsoft 365 og e-postdatoene er feil? Start en gratis skanning med Redate.io for å identifisere berørte e-poster på tvers av alle postbokser og gjenopprett riktige datoer i Outlook, OWA og alle tilkoblede klienter.