Datoproblemet efter Microsoft 365-migrering
Efter en migrering til Microsoft 365 (Exchange Online) opdager organisationer ofte et problem der burde have staaet i migreringsrojektets risikoanalyse: hver e-mail i hver postkasse viser migreringsdatoen i stedet for den originale modtagelsesdato. Brugerne aabner Outlook og ser tusindvis af e-mails alle stemplet med den samme dato. Datosortering er ubrugelig. Soegeresultater returnerer misvisende tidsstempler. Postkassens komplette kronologiske historik ser ud til at vaere oedelagt.
Problemet rammer migreringer fra alle kildeplatforme: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes og enhver anden IMAP-server. Det rammer migreringer udfoert med alle populaere vaerktojer, herunder BitTitan MigrationWiz, Exchange Admin Centers indbyggede IMAP-import og tredjepartsvaerktojer som CloudM og imapsync. Den grundlaeggende aarsag er altid den samme: en "Received"-header tilfojet under migreringsprocessen overskriver visningen af den originale dato i Outlook.
Gaengse 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 vaerktojer henter e-mails fra Gmail og indsaetter dem i Exchange Online. Under indsaettelsen tilfojer Exchange Online en "Received"-header med migreringstidsstemplet. Denne header bliver den nyeste i kaeden, hvilket faar 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 migreringsvaerktojer (cutover, staged, hybrid migrering) eller tredjepartsvaerktojer som BitTitan. Hybridmigreringer der bruger Exchange-migreringsendpointet bevarer undertiden datoer korrekt, men IMAP-migreringer og dem udfoert med tredjepartsvaerktojer producerer hyppigt datoproblemet. Resultatet afhaenger af den praecise maade vaerktojet indsaetter beskeder i Exchange Online.
Fra andre IMAP-servere
Migreringer fra Zimbra, Zoho, cPanel-hosting, Dovecot og andre IMAP-servere til Microsoft 365 udfoeres 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
Naar en besked indsaettes 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 laeser datoen
Outlook (Desktop, Web og Mobile) bestemmer "Modtaget"-datoen ved at laese 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 vaerdi det tidspunkt migreringsvaerktojet leverede beskeden til Exchange Online, ikke hvornaar beskeden oprindeligt blev sendt eller modtaget. For en komplet teknisk forklaring, se ret forkert Outlook-dato efter migrering.
Outlook paa nettet (OWA)
Outlook paa nettet (OWA) viser den samme forkerte dato som Outlook Desktop. I modsaetning til Gmails webgraenseflade (der undertiden viser den rigtige dato fra "Date"-headeren) viser OWA konsekvent Exchange-leveringstidsstemplet. Ingen klientside-workaround er mulig. Rettelsen skal ske paa serverniveau.
Microsofts indbyggede vaerktojer kan ikke loese dette
Exchange Admin Center
Exchange Admin Center tilbyder mange postkasseadministrationsfunktioner, men inkluderer intet vaerktoej til at rette e-maildatoer efter migrering. Ingen masse-headerredigeringsevne. Ingen datokorrektionsguide. Ingen PowerShell-cmdlet der modificerer "Received"-headers paa eksisterende beskeder.
Compliancevaerktojer (eDiscovery, retention)
Microsoft 365's compliancevaerktojer som eDiscovery og retentionspolitikker bruger e-mails' gemte tidsstempler. Efter migrering afspejler disse vaerktojer migreringsdatoen, hvilket kan skabe reelle problemer med juridiske holds, regulatorisk compliance og revisionsspor. Det er ikke bare et brugervenligheedsspoergsmaal - det kan have juridiske og regulatoriske konsekvenser for organisationer med krav til e-mailopbevaring.
PowerShell
Exchange Online PowerShell tilbyder kraftfulde postkasseadministrationsevner, men kan ikke aendre raa beskedindhold. Set-MailboxMessageConfiguration-cmdlet'en og relaterede kommandoer kontrollerer postkasseindstillinger, ikke individuelle besked-headers. Der er ingen understottet PowerShell-tilgang til at fjerne "Received"-headers fra eksisterende beskeder i Exchange Online. Saa hvad skal IT-teams goere?
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 noedvendige 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 foelger Microsofts standard OAuth2-moenstre. Ingen brugeradgangskoder deles - godkendelsen haandteres 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. Tilfoej Microsoft Graph "Mail.ReadWrite"-tilladelsen (applikationstilladelse) til registreringen. Giv administratorsamtykke saa applikationen kan tilgaa 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 paa Redate.io, vaelg "Microsoft 365" som platform og indtast applikations-ID, tenant-ID og klienthemmelighed. Redate.io validerer forbindelsen og lister tilgaengelige postkasser.
Analyser og ret. Vaelg postkasserne der skal analyseres. Den gratis analyse identificerer paavirkede e-mails i hver postkasse. Efter gennemgang af resultaterne vaelges en plan og rettelsen startes. Redate.io's proprietaere korrektionsmotor behandler hver e-mail via en flertrins analysepipeline der haandterer S/MIME-signaturer, multipart MIME-strukturer, encoding-saertilfaelde og snesevis af andre variationer som et simpelt script ville korrumpere.
Hvad Redate.io leverer
For hver paavirket e-mail analyserer korrektionsmotoren den komplette headerkade, anvender maalrettede korrektioner baseret paa moenstergenkendelse af kendte migreringssignaturer og bekraefter hvert resultat med en integritetsverifikation foer faerdiggorelse. De originale beskeder flyttes til en "Redate.io - Originals"-mappe i postkassen og bevares i 30 dage. Det er langt mere end et simpelt soeg-og-erstat paa headertekst.
Efter rettelsen
Naar rettelsen er faerdig, viser Outlook (Desktop, Web og Mobile) de korrekte originale datoer. Sortering efter "Modtaget"-dato fungerer som forventet. Soegeresultater returnerer praecise tidsstempler. Compliancevaerktojer afspejler de korrekte datoer til juridiske og regulatoriske formaal. Rettelsen er permanent, ingen vedligeholdelse noedvendig.
Vaerktojsspecifikke guider for Microsoft 365
Migreret til Microsoft 365 og e-maildatoerne er forkerte? Start en gratis analyse med Redate.io for at identificere paavirkede e-mails i alle postkasser og gendanne de korrekte datoer i Outlook, OWA og alle tilsluttede klienter.