Datumproblemet efter Microsoft 365-migrering
Efter migrering till Microsoft 365 (Exchange Online) upptäcker organisationer ofta ett problem som borde ha funnits med i migreringsprojektets riskanalys: varje e-postmeddelande i varje brevlåda visar migreringsdatumet istället för det ursprungliga mottagningsdatumet. Användarna öppnar Outlook och ser tusentals e-postmeddelanden alla stämplade med samma datum. Datumsortering är oanvändbar. Sökresultat ger missvisande tidstämplar. Brevlådans fullständiga kronologiska historik verkar förstörd.
Problemet drabbar migreringar från alla källplattformar: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes och alla andra IMAP-servrar. Det slår till vid migreringar genomförda med alla populära verktyg, inklusive BitTitan MigrationWiz, Exchange Admin Centers nativa IMAP-import och tredjepartsverktyg som CloudM och imapsync. Grundorsaken är alltid densamma: ett "Received"-huvud som läggs till under migreringsprocessen skriver över den ursprungliga datumvisningen i Outlook.
Vanliga migreringssökvägar till Microsoft 365
Från Gmail / Google Workspace
Organisationer som går från Google Workspace till Microsoft 365 använder vanligtvis BitTitan MigrationWiz, CloudM eller Exchange Admin Centers IMAP-importfunktion. Vart och ett av dessa verktyg extraherar e-post från Gmail och infogar den i Exchange Online. Vid infogningen lägger Exchange Online till ett "Received"-huvud med migreringens tidstämpel. Det huvudet blir det senaste i kedjan, vilket får Outlook att visa migreringsdatumet som mottagningsdatum.
Från Exchange on-premises
Migreringar från Exchange on-premises (2010, 2013, 2016, 2019) till Exchange Online använder Microsofts nativa migreringsverktyg (cutover-migrering, stegvis migrering, hybridmigrering) eller tredjepartsverktyg som BitTitan. Hybridmigreringar som använder Exchange-migreringens slutpunkt bevarar ibland datum korrekt, men IMAP-migreringar och de som genomförs med tredjepartsverktyg producerar ofta datumproblemet. Resultatet beror på exakt hur verktyget infogar meddelanden i Exchange Online.
Från andra IMAP-servrar
Migreringar från Zimbra, Zoho, cPanel-hosting, Dovecot och andra IMAP-servrar till Microsoft 365 genomförs vanligtvis via Exchange Admin Centers nativa IMAP-import eller imapsync. Båda metoderna resulterar i att Exchange Online lägger till "Received"-huvuden under importprocessen. Alla migrerade e-postmeddelanden visar migreringsdatumet i Outlook.
Hur Exchange Online hanterar migrerade e-postmeddelanden
Exchange Online och "Received"-huvuden
När ett meddelande infogas i en Exchange Online-brevlåda (oavsett om det sker via IMAP, EWS eller Microsoft Graph API) behandlar Exchange Online det som en ny meddelandeleverans och lägger till transportrelaterade huvuden. Dessa huvuden inkluderar en "Received"-post med aktuell tidstämpel. För migrerade e-postmeddelanden motsvarar den tidstämpeln migreringsdatumet och inte det ursprungliga leveransdatumet.
Hur Outlook läser datumet
Outlook (Desktop, Webb och Mobil) bestämmer "Mottaget"-datumet genom att läsa e-postens metadata och huvuden. Kolumnen "Mottaget" (som är standardvyn i Outlook) visar datumet från det senaste "Received"-huvudet eller leveranstidstämpeln lagrad i Exchange. Efter migrering speglar det värdet tidpunkten då migreringsverktyget levererade meddelandet till Exchange Online, inte tidpunkten då meddelandet ursprungligen skickades eller mottogs. För en fullständig teknisk förklaring, se rätta felaktigt Outlook-datum efter migrering.
Outlook på webben (OWA)
Outlook på webben (OWA) visar samma felaktiga datum som Outlook Desktop. Till skillnad från Gmails webbgränssnitt (som ibland visar rätt datum från "Date"-huvudet) visar OWA konsekvent Exchanges leveranstidstämpel. Ingen klientsidig lösning är möjlig. Korrigeringen måste ske på servernivå.
Microsofts inbyggda verktyg löser inte problemet
Exchange Admin Center
Exchange Admin Center erbjuder många brevlådehanteringsfunktioner, men inkluderar inget verktyg för att korrigera e-postdatum efter migrering. Ingen massändring av huvuden. Ingen datumkorrigeringsguide. Inga PowerShell-cmdlets som ändrar "Received"-huvuden på befintliga meddelanden.
Complianceverktyg (eDiscovery, retention)
Microsoft 365-complianceverktyg som eDiscovery och retentionspolicyer använder e-postmeddelandenas lagrade tidstämplar. Efter migrering speglar dessa verktyg migreringsdatumet, vilket kan skapa verkliga problem med juridiska bevåranden, regulatorisk efterlevnad och revisionsslädor. Det är inte bara en användarkomfortfråga: det kan ha juridiska och regulatoriska konsekvenser för organisationer med krav på e-postlagring.
PowerShell
Exchange Online PowerShell erbjuder kraftfulla brevlådehanteringsmöjligheter, men det kan inte ändra rått meddelandeinnehåll. Cmdleten Set-MailboxMessageConfiguration och relaterade kommandon styr brevlådeinställningar, inte individuella meddelandehuvuden. Det finns inget PowerShell-stött tillvägagångssätt för att ta bort "Received"-huvuden från befintliga meddelanden i Exchange Online. Så vad ska IT-teamen göra?
Korrigera Microsoft 365-datum med Redate.io
Hur Redate.io ansluter till Microsoft 365
Redate.io ansluter till Exchange Online via en Azure AD-appregistrering (Entra ID). Administratören skapar en appregistrering i Azure-portalen, beviljar nödvändiga e-postbehörigheter (Mail.ReadWrite) och ger adminsamtycke för tenant. Det ger Redate.io åtkomst till alla brevlådor i organisationen via Microsoft Graph API eller IMAP med OAuth2-autentisering.
Appregistreringsprocessen tar ungefär 15 minuter och följer Microsofts standard-OAuth2-mönster. Inga användarsleford delas, autentiseringen hanteras helt via Azure AD-tokens.
Kom igång
Registrera en Azure AD-app. I Azure-portalen navigerar du till Azure Active Directory (Entra ID), sedan Appregistreringar, och skapar en ny applikation. Konfigurera den som en- eller flertenant beroende på organisationens behov.
Bevilja e-postbehörigheter. Lägg till Microsoft Graph-behörigheten "Mail.ReadWrite" (applikationsbehörighet) till registreringen. Bevilja adminsamtycke så att applikationen kan komma åt brevlådor utan individuellt användargodkännande.
Skapa en klienthemlighet eller certifikat. Generera en klienthemlighet eller ladda upp ett certifikat för autentisering. Notera applikations-ID och tenant-ID.
Anslut i Redate.io. Logga in på Redate.io, välj "Microsoft 365" som plattform och ange applikations-ID, tenant-ID och klienthemlighet. Redate.io validerar anslutningen och listar tillgängliga brevlådor.
Analysera och korrigera. Välj brevlådor att analysera. Den gratis analysen identifierar drabbade e-postmeddelanden i varje brevlåda. Efter granskning av resultaten väljer du en plan och startar korrigeringen. Redate.ios proprietära korrigeringsmotor behandlar varje e-postmeddelande via en flerstegs analyspipeline, som hanterar S/MIME-signaturer, multipart MIME-strukturer, kodningskantfall och dussintals andra variationer som ett rudimentärt skript skulle korruptera.
Vad Redate.io levererar
För varje drabbat e-postmeddelande analyserar korrigeringsmotorn den fullständiga huvudkedjan, tillämpar riktade korrigeringar baserade på matchning mot kända migreringssignaturer, och bekräftar varje resultat genom en integritetskontroll före slutförande. Ursprungliga meddelanden flyttas till en mapp "Redate.io - Originals" i brevlådan och bevaras i 30 dagar. Det är mycket mer komplext än en enkel sök-och-ersätt på huvudtext.
Efter korrigeringen
När korrigeringen är klar visar Outlook (Desktop, Webb och Mobil) de korrekta ursprungliga datumen. Sortering efter "Mottaget"-datum fungerar som förväntat. Sökresultat returnerar korrekta tidstämplar. Complianceverktyg speglar korrekta datum för juridiska och regulatoriska ändamål. Korrigeringen är permanent, inget underhåll krävs.
Verktygsspecifika guider för Microsoft 365
Migrering till Microsoft 365 och e-postdatumen är felaktiga? Kör en gratis analys med Redate.io för att identifiera drabbade e-postmeddelanden i alla brevlådor och återställa korrekta datum i Outlook, OWA och alla anslutna klienter.