Ret e-maildatoer efter migrering til Microsoft

Datoproblemet efter Microsoft 365-migrering

Efter en migrering til Microsoft 365 (Exchange Online) opdager organisationer ofte et problem der burde have staæt i migreringsrojektets risikoanalyse: hver e-mail i hver postkasse viser migreringsdatoen i stedet for den originale modtagelsesdato. Brugerne åbner Outlook og ser tusindvis af e-mails alle stemplet med den samme dato. Datosortering er ubrugelig. Søgeresultater returnerer misvisende tidsstempler. Postkassens komplette kronologiske historik ser ud til at være ødelagt.

Problemet rammer migreringer fra alle kildeplatforme: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes og enhver anden IMAP-server. Det rammer migreringer udført med alle populære værktojer, herunder BitTitan MigrationWiz, Exchange Admin Centers indbyggede IMAP-import og tredjepartsværktojer som CloudM og imapsync. Den grundlæggende årsag er altid den samme: en "Received"-header tilfojet under migreringsprocessen overskriver visningen af den originale dato i Outlook.

Gængse migreringsruter til Microsoft 365

Fra Gmail / Google Workspace

Organisationer der skifter fra Google Workspace til Microsoft 365 bruger typisk BitTitan MigrationWiz, CloudM eller Exchange Admin Centers IMAP-importfunktion. Hvert af disse værktojer henter e-mails fra Gmail og indsætter dem i Exchange Online. Under indsættelsen tilfojer Exchange Online en "Received"-header med migreringstidsstemplet. Denne header bliver den nyeste i kæden, hvilket får Outlook til at vise migreringsdatoen som modtagelsesdato.

Fra Exchange on-premises

Migreringer fra Exchange on-premises (2010, 2013, 2016, 2019) til Exchange Online bruger Microsofts native migreringsværktojer (cutover, staged, hybrid migrering) eller tredjepartsværktojer som BitTitan. Hybridmigreringer der bruger Exchange-migreringsendpointet bevarer undertiden datoer korrekt, men IMAP-migreringer og dem udført med tredjepartsværktojer producerer hyppigt datoproblemet. Resultatet afhænger af den præcise måde værktojet indsætter beskeder i Exchange Online.

Fra andre IMAP-servere

Migreringer fra Zimbra, Zoho, cPanel-hosting, Dovecot og andre IMAP-servere til Microsoft 365 udføres typisk via Exchange Admin Centers indbyggede IMAP-import eller imapsync. Begge metoder resulterer i at Exchange Online tilfojer "Received"-headers under importprocessen. Alle migrerede e-mails viser migreringsdatoen i Outlook.

Hvordan Exchange Online behandler migrerede e-mails

Exchange Online og "Received"-headers

Når en besked indsættes i en Exchange Online-postkasse (via IMAP, EWS eller Microsoft Graph API), behandler Exchange Online den som en ny beskedlevering og tilfojer transportrelaterede headers. Disse headers inkluderer en "Received"-post med det aktuelle tidsstempel. For migrerede e-mails svarer dette tidsstempel til migreringsdatoen og ikke den originale leveringsdato.

Hvordan Outlook læser datoen

Outlook (Desktop, Web og Mobile) bestemmer "Modtaget"-datoen ved at læse e-mailens metadata og headers. Kolonnen "Modtaget" (standardvisningen i Outlook) viser datoen fra den nyeste "Received"-header eller leveringstidsstemplet gemt i Exchange. Efter migrering afspejler denne værdi det tidspunkt migreringsværktojet leverede beskeden til Exchange Online, ikke hvornår beskeden oprindeligt blev sendt eller modtaget. For en komplet teknisk forklaring, se ret forkert Outlook-dato efter migrering.

Outlook på nettet (OWA)

Outlook på nettet (OWA) viser den samme forkerte dato som Outlook Desktop. I modsætning til Gmails webgrænseflade (der undertiden viser den rigtige dato fra "Date"-headeren) viser OWA konsekvent Exchange-leveringstidsstemplet. Ingen klientside-workaround er mulig. Rettelsen skal ske på serverniveau.

Microsofts indbyggede værktojer kan ikke løse dette

Exchange Admin Center

Exchange Admin Center tilbyder mange postkasseadministrationsfunktioner, men inkluderer intet værktøj til at rette e-maildatoer efter migrering. Ingen masse-headerredigeringsevne. Ingen datokorrektionsguide. Ingen PowerShell-cmdlet der modificerer "Received"-headers på eksisterende beskeder.

Complianceværktojer (eDiscovery, retention)

Microsoft 365's complianceværktojer som eDiscovery og retentionspolitikker bruger e-mails' gemte tidsstempler. Efter migrering afspejler disse værktojer migreringsdatoen, hvilket kan skabe reelle problemer med juridiske holds, regulatorisk compliance og revisionsspor. Det er ikke bare et brugervenligheedsspørgsmål - det kan have juridiske og regulatoriske konsekvenser for organisationer med krav til e-mailopbevaring.

PowerShell

Exchange Online PowerShell tilbyder kraftfulde postkasseadministrationsevner, men kan ikke ændre rå beskedindhold. Set-MailboxMessageConfiguration-cmdlet'en og relaterede kommandør kontrollerer postkasseindstillinger, ikke individuelle besked-headers. Der er ingen understottet PowerShell-tilgang til at fjerne "Received"-headers fra eksisterende beskeder i Exchange Online. Så hvad skal IT-teams gøre?

Ret Microsoft 365-datoer med Redate.io

Hvordan Redate.io forbinder til Microsoft 365

Redate.io forbinder til Exchange Online via en Azure AD (Entra ID) appregistrering. Administratoren opretter en appregistrering i Azure-portalen, tildeler de nødvendige mailtilladelser (Mail.ReadWrite) og giver administratorsamtykke for tenant'en. Det giver Redate.io adgang til alle organisationens postkasser via Microsoft Graph API eller IMAP med OAuth2-godkendelse.

Appregistreringsprocessen tager cirka 15 minutter og følger Microsofts standard OAuth2-mønstre. Ingen brugeradgangskoder deles - godkendelsen håndteres helt via Azure AD-tokens.

Kom i gang

Registrer en Azure AD-app. I Azure-portalen navigeres til Azure Active Directory (Entra ID), derefter Appregistreringer, og opret en ny applikation. Konfigurer den som single-tenant eller multi-tenant efter organisationens behov.

Tildel mailtilladelser. Tilføj Microsoft Graph "Mail.ReadWrite"-tilladelsen (applikationstilladelse) til registreringen. Giv administratorsamtykke så applikationen kan tilgå postkasser uden individuel brugergodkendelse.

Opret en klienthemmelighed eller et certifikat. Generer en klienthemmelighed eller upload et certifikat til godkendelse. Noter applikations-ID'et og tenant-ID'et.

Forbind i Redate.io. Log ind på Redate.io, vælg "Microsoft 365" som platform og indtast applikations-ID, tenant-ID og klienthemmelighed. Redate.io validerer forbindelsen og lister tilgængelige postkasser.

Analyser og ret. Vælg postkasserne der skal analyseres. Den gratis analyse identificerer påvirkede e-mails i hver postkasse. Efter gennemgang af resultaterne vælges en plan og rettelsen startes. Redate.io's proprietære korrektionsmotor behandler hver e-mail via en flertrins analysepipeline der håndterer S/MIME-signaturer, multipart MIME-strukturer, encoding-særtilfælde og snesevis af andre variationer som et simpelt script ville korrumpere.

Hvad Redate.io leverer

For hver påvirket e-mail analyserer korrektionsmotoren den komplette headerkade, anvender målrettede korrektioner baseret på mønstergenkendelse af kendte migreringssignaturer og bekræfter hvert resultat med en integritetsverifikation før færdiggorelse. De originale beskeder flyttes til en "Redate.io - Originals"-mappe i postkassen og bevares i 30 dage. Det er langt mere end et simpelt søg-og-erstat på headertekst.

Efter rettelsen

Når rettelsen er færdig, viser Outlook (Desktop, Web og Mobile) de korrekte originale datoer. Sortering efter "Modtaget"-dato fungerer som forventet. Søgeresultater returnerer præcise tidsstempler. Complianceværktojer afspejler de korrekte datoer til juridiske og regulatoriske formål. Rettelsen er permanent, ingen vedligeholdelse nødvendig.

Værktojsspecifikke guider for Microsoft 365

Migreret til Microsoft 365 og e-maildatoerne er forkerte? Start en gratis analyse med Redate.io for at identificere påvirkede e-mails i alle postkasser og gendanne de korrekte datoer i Outlook, OWA og alle tilsluttede klienter.

Ret e-maildatoer efter migrering til Microsoft 365