Vad är Exchange Admin Centers IMAP-import?
Microsoft tillhandahåller en inbyggd IMAP-migreringsfunktion i Exchange Admin Center (EAC) som gör det möjligt för administratörer att importera e-post från valfri IMAP-server till Exchange Online (Microsoft 365). Det här nativa verktyget är utformat för organisationer som migrerar från icke-Microsoft-plattformar: Gmail, Zimbra, Dovecot, Courier, cPanel-hosting och alla andra servrar med IMAP-stöd.
Exchange Admin Centers IMAP-import är ofta det första verktyget administratörer provar. Ingen tredjepartsprogramvara. Ingen extra licenskostnad. Direkt inbyggt i Microsoft 365-administrationsgränssnittet. Det verkar vara det självklara valet.
Men detta nativa Microsoft-verktyg producerar samma datumproblem som tredjepartsmigreringsverktyg. Efter en IMAP-import via Exchange Admin Center visar varje migrerat e-postmeddelande migreringsdatumet istället för det ursprungliga mottagningsdatumet. Användarna öppnar Outlook och upptäcker att åratal av e-posthistorik verkar ha anlänt samma dag. Det är Microsofts eget verktyg som förstör datumen i Microsofts egen e-postklient.
Hur Exchange IMAP-import orsakar datumproblem
Importprocessen
Exchange Admin Centers IMAP-import fungerar genom att ansluta till käll-IMAP-servern, ladda ner varje e-postmeddelande och infoga det i Exchange Online-målbrevlådan. Under denna infogning behandlar Exchange Online varje importerat e-postmeddelande som en ny leverans och lägger till transporthuvuden, inklusive ett "Received"-huvud med aktuell tidstämpel, alltså importdatumet.
"Received"-huvudet tillagt av Exchange Online
När Exchange Online tar emot ett meddelande (oavsett om det är via normal leverans eller IMAP-import) lägger det till "Received"-huvuden som dokumenterar meddelandets väg genom Microsofts transportinfrastruktur. Dessa huvuden innehåller tidstämplar som speglar när Exchange Online behandlade meddelandet. För importerade e-postmeddelanden motsvarar dessa tidstämplar importoperationens datum och tid, inte det ursprungliga leveransdatumet.
Ett typiskt "Received"-huvud tillagt av Exchange vid IMAP-import ser ut så här:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Det här huvudet placeras längst upp i huvudkedjan, vilket gör det till det senaste "Received". Outlook läser det huvudet för att bestämma mottagningsdatumet och visar importdatumet för varje migrerat e-postmeddelande.
Varför Microsofts eget verktyg har det här problemet
Det verkar absurt att Microsofts migreringsverktyg orsakar ett datumvisningsproblem i Microsofts e-postklient. Men förklaringen är faktiskt logisk: IMAP-importen registrerar korrekt tidpunkten då den behandlade meddelandet (ett krav från e-posttransportstandarderna), och Outlook läser korrekt det senaste "Received"-huvudet för att bestämma mottagningsdatumet (standard klientbeteende). Kombinationen av dessa två korrekta beteenden producerar ett felaktigt resultat för migrerade e-postmeddelanden. Två rätt som gör ett fel. För den fullständiga tekniska förklaringen, se varför e-post visar fel datum efter IMAP-migrering.
Att konfigurera IMAP-importen (förhindrar inte problemet)
Exchange Admin Center-inställningar
Exchange Admin Centers IMAP-import erbjuder konfigurationsalternativ för mappning, objektfiltrering och schemalagt batchkörning. Men inget av dessa alternativ styr hur Exchange Online hanterar "Received"-huvuden under import. Ingen kryssruta "bevara ursprungliga datum" och ingen inställning som förhindrar Exchange från att lägga till transporthuvuden. Datumproblemet är en konsekvens av e-posttransportens arkitektur, inte ett saknat konfigurationsalternativ.
PowerShell-migrerings-cmdlets
Administratörer som använder PowerShell-cmdlets (New-MigrationBatch, New-MoveRequest) för IMAP-migrering har tillgång till ytterligare parametrar, men ingen av dem förhindrar tillägget av "Received"-huvudet. Cmdleten Start-MigrationBatch och relaterade kommandon styr migreringsprocessen, inte Exchange Onlines e-posttransportbeteende. Även med den mest noggranna PowerShell-konfigurationen kommer importerade e-postmeddelanden att ha migreringsdatumet som mottagningsdatum i Outlook.
Påverkan på Outlook och OWA
Outlook Desktop
Outlook Desktop är den mest drabbade klienten. Standardvyn sorterar e-post efter "Mottaget"-datum, som visar importtidstämpeln för varje migrerat meddelande. Användare som förlitar sig på sökning, sortering och filtrering efter datum får hela sitt arbetsflöde sönderslaget. En inkorg som spänner över fem års korrespondens ser ut som om allt anlande samma dag. Hur hittar du det där viktiga e-postmeddelandet från 2021 när varje meddelande påstår att det anlande i januari 2024?
Outlook på webben (OWA)
OWA visar samma felaktiga datum som Outlook Desktop. Till skillnad från Gmails webbgränssnitt (som ibland läser "Date"-huvudet) använder OWA konsekvent Exchanges leveranstidstämpel. Ingen OWA-inställning eller visningsalternativ visar det ursprungliga datumet istället för importdatumet.
Outlook Mobile
Outlook Mobile (iOS och Android) visar även importdatumet. Problemet är konsekvent över alla Outlook-plattformar eftersom de alla läser samma datumvärde från Exchange Online. För en fullständig guide om Outlook-specifika datumproblem, se rätta felaktigt Outlook-datum efter migrering.
Vanliga lösningar (och varför de misslyckas)
Sortera efter "Skickat"-datum
Den oftast föreslagna lösningen är att ändra Outlook-vyn för att sortera efter "Skickat" istället för "Mottaget". Även om det ändrar visningsordningen korrigerar det inte underliggande data. "Mottaget"-datumet förblir felaktigt i sökresultat, regler, complianceverktyg och alla andra funktioner som refererar till mottagningens tidstämpel. Och lösningen kräver att varje användare ändrar sina inställningar på varje enhet.
Köra IMAP-importen igen
Att importera e-postmeddelanden igen korrigerar inte datumproblemet. En andra import lägger till ytterligare en uppsättning "Received"-huvuden med en ny tidstämpel, vilket komplicerar huvudkedjan ytterligare utan att korrigera det visade datumet. Återimport kan även skapa dubbletter om verktyget inte hanterar deduplicering korrekt.
Använda ett annat migreringsverktyg
Att byta till ett tredjepartsverktyg (BitTitan MigrationWiz, CloudM eller imapsync) löser inte datumproblemet. Varje verktyg som infogar e-postmeddelanden i Exchange Online utlöser samma transporthuvudbeteende. Problemet ligger i hur Exchange Online behandlar inkommande meddelanden, inte i migreringsverktyget. För en jämförelse av alla korrigeringsalternativ, se kan e-postdatum korrigeras efter migrering.
Korrigera Exchange IMAP-importdatum med Redate.io
Hur Redate.io identifierar Exchange-importhuvuden
Redate.io ansluter till Exchange Online och kör varje e-postmeddelande genom sin proprietära flerstegs analyspipeline. För Exchange IMAP-importer tillämpar Redate.io signaturmatchning mot hundratals kända signaturer, inklusive mönster från Exchange Onlines transportinfrastruktur (som "prod.exchangelabs.com"), för att exakt identifiera vilka "Received"-huvuden som lades till under importen jämfört med de som är del av den ursprungliga leveranskedjan.
Vad Redate.io levererar
Efter behandling visar varje korrigerat e-postmeddelande sitt ursprungliga mottagningsdatum i Outlook, OWA och alla anslutna klienter. Den kronologiska ordningen är återställd. Varje korrigering genomgår en integritetskontroll före slutförande, och originalen bevaras i en mapp "Redate.io - Originals" i 30 dagar. Korrigeringsmotorn hanterar de specialfall som gör hemmagjorda metoder farliga: S/MIME-signerade meddelanden, PGP-krypterat innehåll, multipart MIME-strukturer med nästlade gränser, kodningsvariationer och korrupta MIME-gränser. Det är faktiskt mycket mer än en enkel sök-och-ersätt på huvudtext.
Anslutning till Exchange Online
Redate.io ansluter till Exchange Online via en Azure AD-appregistrering (Entra ID) med OAuth2-autentisering. Administratören skapar en appregistrering, beviljar Mail.ReadWrite-behörigheter och ger adminsamtycke. Inga användares lösenord krävs. Konfigurationsprocessen tar ungefär 15 minuter och följer samma mönster som andra Microsoft-certifierade applikationer.
Plattformsspecifika guider
Vanliga frågor
Är det här ett känt problem hos Microsoft?
Microsoft dokumenterar inte officiellt det här problemet som ett känt fel i Exchange Admin Centers IMAP-import. Supportärenden om datumproblemet får vanligtvis lösningsförslag (sortera efter Skickat-datum) snarare än en korrigering. Problemet är en konsekvens av Exchange transportens standardbeteende, inte en bugg i importfunktionen.
Kan PowerShell korrigera datumen efter import?
Nej. Exchange Online PowerShell tillhandahåller inga cmdlets för att ändra rått innehåll i befintliga meddelanden. Set-Mailbox och relaterade cmdlets styr brevlådekonfigurationen, inte individuella meddelandehuvuden. Korrigeringen kräver att arbeta på en nivå som PowerShell helt enkelt inte exponerar för Exchange Online.
Fungerar Redate.io med Exchange-hybridmiljöer?
Ja. Redate.io fungerar med vilken brevlåda som helst som härbergeras i Exchange Online, oavsett om organisationen använder en Exchange-hybridkonfiguration eller inte. Korrigeringen tillämpas på Exchange Online-brevlådan och kräver inte åtkomst till Exchange-servrar on-premises.
Exchange IMAP-importen har förstört datumen på alla e-postmeddelanden? Kör en gratis analys med Redate.io för att identifiera drabbade e-postmeddelanden i varje brevlåda och återställa korrekta datum i Outlook, OWA och alla anslutna klienter.