Hvad er Exchange Admin Centers IMAP-import?
Microsoft leverer en indbygget IMAP-migreringsfunktion i Exchange Admin Center (EAC) der giver administratorer mulighed for at importere e-mails fra enhver IMAP-server til Exchange Online (Microsoft 365). Dette native vaerktoej er designet til organisationer der migrerer fra ikke-Microsoft-platforme: Gmail, Zimbra, Dovecot, Courier, cPanel-hosting og enhver anden server der understotter IMAP.
Exchange Admin Centers IMAP-import er ofte det foerste vaerktoej administratorer proever. Ingen tredjepartssoftware. Ingen ekstra licensomkostninger. Direkte indbygget i Microsoft 365-administrationsgraensefladen. Det virker som det oplagte valg.
Men dette native Microsoft-vaerktoej producerer det samme datoproblem som tredjepartsmigreringsvaerktojer. Efter en IMAP-import via Exchange Admin Center viser hver migreret e-mail migreringsdatoen i stedet for den originale modtagelsesdato. Brugerne aabner Outlook og opdager at aars e-mailhistorik tilsyneladende er ankommet den same dag. Det er Microsofts eget vaerktoej der oedelaegger datoerne i Microsofts egen e-mailklient.
Hvordan Exchange IMAP-import foraarsager datoproblemer
Importprocessen
Exchange Admin Centers IMAP-import fungerer ved at forbinde til kilde-IMAP-serveren, downloade hver e-mail og indsaette den i maal-Exchange Online-postkassen. Under denne indsaettelse behandler Exchange Online hver importeret e-mail som en ny levering og tilfojer transportheaders, herunder en "Received"-header med det aktuelle tidsstempel, altsaa importdatoen.
"Received"-headeren tilfojet af Exchange Online
Naar Exchange Online modtager en besked (uanset om det er via normal levering eller IMAP-import), tilfojer den "Received"-headers der dokumenterer beskedens vej gennem Microsofts transportinfrastruktur. Disse headers indeholder tidsstempler der afspejler hvornaar Exchange Online behandlede beskeden. For importerede e-mails svarer disse tidsstempler til dato og klokkeslaet for importoperationen, ikke den originale leveringsdato.
En typisk "Received"-header tilfojet af Exchange under IMAP-import ser saadan ud:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Denne header placeres oeverst i headerkaden, hvilket goer den til den nyeste "Received". Outlook laeser denne header for at bestemme modtagelsesdatoen og viser importdatoen for hver migreret e-mail.
Hvorfor Microsofts eget vaerktoej har dette problem
Det virker absurd at Microsofts migreringsvaerktoej foraarsager et datovisningsproblem i Microsofts e-mailklient. Men forklaringen er faktisk logisk: IMAP-importen registrerer korrekt hvornaar den behandlede beskeden (et krav i e-mail-transportstandarderne), og Outlook laeser korrekt den nyeste "Received"-header for at bestemme modtagelsesdatoen (standard e-mailklientadfaerd). Kombinationen af disse to korrekte adfaerd producerer et ukorrekt resultat for migrerede e-mails. To rigtige ting der tilsammen goer en forkert. For den fulde tekniske forklaring, se hvorfor e-mails viser forkerte datoer efter IMAP-migrering.
Konfiguration af IMAP-import (forebygger ikke problemet)
Exchange Admin Center-indstillinger
Exchange Admin Centers IMAP-import tilbyder konfigurationsmuligheder for mappemapping, elementfiltrering og planlaegning af migreringsbatches. Men ingen af disse muligheder kontrollerer hvordan Exchange Online haandterer "Received"-headers under import. Ingen afkrydsningsboks for "bevar originale datoer" og ingen indstilling der forhindrer Exchange i at tilfoeje transportheaders. Datoproblemet er en konsekvens af e-mailtransportarkitekturen, ikke en manglende konfigurationsmulighed.
PowerShell-migrerings-cmdlets
Administratorer der bruger PowerShell-cmdlets (New-MigrationBatch, New-MoveRequest) til IMAP-migrering har adgang til yderligere parametre, men ingen af dem forhindrer tilfoejelsen af "Received"-headeren. Start-MigrationBatch-cmdlet'en og relaterede kommandoer kontrollerer migreringsprocessen, ikke Exchange Onlines e-mailtransportadfaerd. Selv med den mest omhyggelige PowerShell-konfiguration vil importerede e-mails have migreringsdatoen som modtagelsesdato i Outlook.
Paavirkningn paa Outlook og OWA
Outlook Desktop
Outlook Desktop er den haardest ramte klient. Standardvisningen sorterer e-mails efter "Modtaget"-dato, der viser importtidsstemplet for hver migreret besked. Brugere der stoetter sig til soegning, sortering og filtrering efter dato faar deres arbejdsgang fuldstaendig oedelagt. En indbakke der spaender over fem aars korrespondance ser ud som om alt ankom den same dag. Hvordan finder du den vigtige e-mail fra 2021 naar hver besked paastaar at vaere ankommet i januar 2024?
Outlook paa nettet (OWA)
OWA viser de samme forkerte datoer som Outlook Desktop. I modsaetning til Gmails webgraenseflade (der undertiden laeser "Date"-headeren) bruger OWA konsekvent Exchange-leveringstidsstemplet. Ingen OWA-indstilling eller visningsmulighed viser den originale dato i stedet for importdatoen.
Outlook Mobile
Outlook Mobile (iOS og Android) viser ligeledes importdatoen. Problemet er konsistent paa tvaers af alle Outlook-platforme fordi de alle laeser den same datovaerdi fra Exchange Online. For en komplet guide til Outlook-specifikke datoproblemer, se ret forkert Outlook-dato efter migrering.
Gaengse workarounds (og hvorfor de fejler)
Sortering efter "Sendt"-dato
Den hyppigst foreslaaede workaround er at skifte Outlook-visningen til at sortere efter "Sendt" i stedet for "Modtaget". Selvom dette aendrer visningsraekkefoelgen, retter det ikke de underliggende data. "Modtaget"-datoen forbliver forkert i soegeresultater, regler, compliancevaerktojer og enhver anden funktion der refererer modtagelsestidsstemplet. Og workarounden kraever at hver bruger aendrer sine indstillinger paa hver enhed.
Genkoer IMAP-importen
Genimport af e-mails retter ikke datoproblemet. En anden import tilfojer endnu et saet "Received"-headers med et nyt tidsstempel, komplicerer headerkaeden yderligere uden at rette den viste dato. Genimport kan ogsaa skabe duplikater hvis vaerktojet ikke haandterer deduplicering korrekt.
Brug af et andet migreringsvaerktoej
Skift til et tredjepartsvaerktoej (BitTitan MigrationWiz, CloudM eller imapsync) loeser ikke datoproblemet. Ethvert vaerktoej der indsaetter e-mails i Exchange Online udloeser den same transportheader-adfaerd. Problemet stammer fra hvordan Exchange Online behandler indgaaende beskeder, ikke fra selve migreringsvaerktojet. For en sammenligning af alle rettelsesmuligheder, se kan e-maildatoer rettes efter migrering.
Ret Exchange IMAP-importdatoer med Redate.io
Hvordan Redate.io identificerer Exchange-importheaders
Redate.io forbinder til Exchange Online og koerer hver e-mail gennem sin proprietaere flertrins analysepipeline. For Exchange IMAP-import anvender Redate.io moenstergenkendelse paa hundredvis af kendte signaturer, herunder Exchange Online-transportinfrastrukturmoenstre (som "prod.exchangelabs.com"), for praecist at identificere hvilke "Received"-headers der blev tilfojet under import versus dem der er del af den originale leveringskaede.
Hvad Redate.io leverer
Efter behandling viser hver rettet e-mail sin originale modtagelsesdato i Outlook, OWA og alle tilsluttede klienter. Den kronologiske raekkefoelge er gendannet. Hver rettelse gennemgaar en integritetsverifikation foer faerdiggorelse, og originaler bevares i en "Redate.io - Originals"-mappe i 30 dage. Korrektionsmotoren haandterer de saertilfaelde der goer hjemmelavede tilgange farlige: S/MIME-signerede beskeder, PGP-krypteret indhold, multipart MIME-strukturer med indlejrede graenser, encodingvariationer og korrupte MIME-graenser. Faktisk er det langt mere end et simpelt soeg-og-erstat paa headertekst.
Forbindelse til Exchange Online
Redate.io forbinder til Exchange Online via en Azure AD (Entra ID) appregistrering med OAuth2-godkendelse. Administratoren opretter en appregistrering, tildeler Mail.ReadWrite-tilladelser og giver administratorsamtykke. Ingen brugeradgangskoder kraeves. Opsaetningsprocessen tager cirka 15 minutter og foelger de samme moenstre brugt af andre Microsoft-certificerede applikationer.
Platformsspecifikke guider
Ofte stillede spoergsmaal
Er dette et kendt problem hos Microsoft?
Microsoft dokumenterer ikke officielt dette problem som en kendt fejl i Exchange Admin Centers IMAP-import. Supportbilletter vedroerende datoproblemet faar typisk workaround-forslag (sorter efter Sendt-dato) snarere end en rettelse. Problemet er en konsekvens af standard Exchange-transportadfaerd, ikke en bug i importfunktionaliteten.
Kan PowerShell rette datoerne efter import?
Nej. Exchange Online PowerShell tilbyder ingen cmdlets til at aendre raa beskedindhold i eksisterende beskeder. Set-Mailbox og relaterede cmdlets kontrollerer postkassekonfiguration, ikke individuelle besked-headers. Rettelsen kraever at arbejde paa et niveau som PowerShell ganske enkelt ikke eksponerer for Exchange Online.
Virker Redate.io med hybride Exchange-miljoeer?
Ja. Redate.io fungerer med enhver postkasse hostet i Exchange Online, uanset om organisationen bruger en hybrid Exchange-konfiguration eller ej. Rettelsen anvendes paa Exchange Online-postkassen og kraever ikke adgang til on-premises Exchange-servere.
Exchange IMAP-import har oedelagt datoerne paa alle e-mails? Start en gratis analyse med Redate.io for at identificere paavirkede e-mails i hver postkasse og gendanne de korrekte datoer i Outlook, OWA og alle tilsluttede klienter.