Hva er Exchange Admin Centers IMAP-import?
Microsoft tilbyr en innebygd IMAP-migreringsfunksjon i Exchange Admin Center (EAC) som gir administratorer muligheten til aa importere e-poster fra enhver IMAP-server til Exchange Online (Microsoft 365). Dette innebygde verktoeyet er designet for organisasjoner som migrerer fra ikke-Microsoft-plattformer: Gmail, Zimbra, Dovecot, Courier, cPanel-hosting og enhver annen server som stoetter IMAP.
Exchange Admin Centers IMAP-import er ofte det foerste verktoeyet administratorer proever. Ingen tredjepartsprogramvare. Ingen ekstra lisenskostnader. Direkte innebygd i Microsoft 365-administrasjonsgrensesnittet. Det virker som det oppalagte valget.
Men dette innebygde Microsoft-verktoeyet produserer det samme datoproblemet som tredjeparts migreringsverktoy. Etter en IMAP-import via Exchange Admin Center viser hver migrert e-post migreringsdatoen i stedet for den opprinnelige mottaksdatoen. Brukerne aapner Outlook og oppdager at aarevis med e-posthistorikk ser ut til aa ha ankommet samme dag. Det er Microsofts eget verktoy som oedelegger datoene i Microsofts e-postklient.
Hvordan Exchange IMAP-import foraarsaker datoproblemer
Importprosessen
Exchange Admin Centers IMAP-import fungerer ved aa koble til kilde-IMAP-serveren, laste ned hver e-post og sette den inn i maal-Exchange Online-postkassen. Under denne innsettingen behandler Exchange Online hver importert e-post som en ny levering og legger til transportheadere, inkludert en "Received"-header med gjeldende tidsstempel - altsaa importdatoen.
"Received"-headeren lagt til av Exchange Online
Naar Exchange Online mottar en melding (enten gjennom normal levering eller IMAP-import), legger den til "Received"-headere som dokumenterer meldingens reise gjennom Microsofts transportinfrastruktur. Disse headerne inneholder tidsstempler som reflekterer naar Exchange Online behandlet meldingen. For importerte e-poster tilsvarer disse tidsstemplene datoen og klokkeslettet for importoperasjonen, ikke den opprinnelige leveringsdatoen.
En typisk "Received"-header lagt til av Exchange under IMAP-import ser slik ut:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Denne headeren plasseres oeverst i headerkjeden, noe som gjoer den til den nyeste "Received"-headeren. Outlook leser denne headeren for aa bestemme mottaksdatoen og viser importdatoen for hver migrert e-post.
Hvorfor Microsofts eget verktoy har dette problemet
Det virker absurd at Microsofts migreringsverktoy foraarsaker et datoproblem i Microsofts e-postklient. Men forklaringen er faktisk logisk: IMAP-importen registrerer korrekt naar den behandlet meldingen (et krav i e-posttransportstandarder), og Outlook leser korrekt den nyeste "Received"-headeren for aa bestemme mottaksdatoen (standard klientoppfoersel). Kombinasjonen av disse to korrekte oppfoerselene gir et feilaktig resultat for migrerte e-poster. To riktige ting som til sammen gjoer noe galt. For den fullstendige tekniske forklaringen, se hvorfor e-poster viser feil dato etter IMAP-migrering.
Konfigurering av IMAP-import (forhindrer ikke problemet)
Exchange Admin Center-innstillinger
Exchange Admin Centers IMAP-import tilbyr konfigurasjonsalternativer for mappetilordning, elementfiltrering og planlegging av migreringsbatcher. Men ingen av disse alternativene kontrollerer hvordan Exchange Online haandterer "Received"-headere under import. Ingen avkrysningsboks for "bevar opprinnelige datoer", og ingen innstilling som forhindrer Exchange fra aa legge til transportheadere. Datoproblemet er en konsekvens av e-posttransportarkitekturen, ikke et manglende konfigurasjonsalternativ.
PowerShell-migrerings-cmdlets
Administratorer som bruker PowerShell-cmdlets (New-MigrationBatch, New-MoveRequest) for IMAP-migrering har tilgang til flere parametere, men ingen av dem forhindrer at "Received"-headeren legges til. Start-MigrationBatch-cmdleten og tilknyttede kommandoer kontrollerer migreringsprosessen, ikke Exchange Onlines e-posttransportoppfoersel. Selv med den mest omhyggelige PowerShell-konfigurasjonen vil importerte e-poster ha migreringsdatoen som mottaksdato i Outlook.
Innvirkningen paa Outlook og OWA
Outlook Desktop
Outlook Desktop er den mest rammede klienten. Standardvisningen sorterer e-poster etter "Mottatt"-dato, som viser importtidsstempelet for hver migrert melding. Brukere som stoetter seg paa soek, sortering og filtrering etter dato faar arbeidsflyten fullstendig oedelagt. En innboks som spenner over fem aar med korrespondanse ser ut som om alt ankom samme dag. Hvordan finner du den viktige e-posten fra 2021 naar hver melding paastaar aa ha ankommet i januar 2024?
Outlook paa nettet (OWA)
OWA viser de samme feil datoene som Outlook Desktop. I motsetning til Gmails webgrensesnitt (som noen ganger leser "Date"-headeren) bruker OWA konsekvent Exchange-leveringstidsstempelet. Ingen OWA-innstilling eller visningsalternativ viser den opprinnelige datoen i stedet for importdatoen.
Outlook Mobile
Outlook Mobile (iOS og Android) viser ogsaa importdatoen. Problemet er konsekvent paa tvers av alle Outlook-plattformer fordi de alle leser den samme datoverdien fra Exchange Online. For en fullstendig guide om Outlook-spesifikke datoproblemer, se fikse feil Outlook-dato etter migrering.
Vanlige omveier (og hvorfor de feiler)
Sortere etter "Sendt"-dato
Den oftest foreslaatte omveien er aa endre Outlook-visningen til aa sortere etter "Sendt"-dato i stedet for "Mottatt"-dato. Selv om dette endrer visningsrekkfoelgen, korrigerer det ikke de underliggende dataene. "Mottatt"-datoen forblir feil i soekeresultater, regler, samsvarsverktoy og enhver annen funksjon som refererer til mottakstidsstempelet. Og denne omveien krever at hver bruker endrer innstillingene paa hver enhet.
Kjoere IMAP-importen paa nytt
Reimport av e-poster korrigerer ikke datoproblemet. En ny import legger til et nytt sett "Received"-headere med et nytt tidsstempel, noe som kompliserer headerkjeden ytterligere uten aa korrigere den viste datoen. Reimport kan ogsaa skape duplikater hvis verktoeyet ikke haandterer deduplisering korrekt.
Bruke et annet migreringsverktoy
Aa bytte til et tredjepartsverktoy (BitTitan MigrationWiz, CloudM eller imapsync) loeser ikke datoproblemet. Ethvert verktoy som setter inn e-poster i Exchange Online utloeser den samme transportheaderoppfoerselen. Problemet stammer fra hvordan Exchange Online behandler innkommende meldinger, ikke fra migreringsverktoeyet selv. For en sammenligning av alle korreksjonsalternativer, se kan e-postdatoer fikses etter migrering.
Korrigere Exchange IMAP-importdatoer med Redate.io
Hvordan Redate.io identifiserer Exchange-importheadere
Redate.io kobler til Exchange Online og sender hver e-post gjennom sin proprietaere flertrinns analysepipeline. For Exchange IMAP-importer anvender Redate.io migreringssignaturmatchning mot hundrevis av kjente signaturer, inkludert Exchange Online-transportinfrastrukturmonstre (som "prod.exchangelabs.com"), for aa identifisere noeyaktig hvilke "Received"-headere som ble lagt til under importen versus de som er en del av den opprinnelige leveringskjeden.
Hva Redate.io leverer
Etter behandling viser hver korrigert e-post sin opprinnelige mottaksdato i Outlook, OWA og alle tilkoblede klienter. Kronologisk rekkfoelge er gjenopprettet. Hver korreksjon gjennomgaar en integritetssjekk foer ferdigstillelse, og originaler bevares i en "Redate.io - Originals"-mappe i 30 dager. Korreksjonsmotoren haandterer spesialtilfellene som gjoer hjemmelagde tilnaerminger farlige: S/MIME-signerte meldinger, PGP-kryptert innhold, MIME-multipart-strukturer med nestede grenser, kodingsvariasjoner og korrupte MIME-grenser. Det er langt mer enn et enkelt soek-og-erstatt paa headertekst.
Koble til Exchange Online
Redate.io kobler til Exchange Online via en Azure AD (Entra ID)-appregistrering med OAuth2-autentisering. Administratoren oppretter en appregistrering, tildeler Mail.ReadWrite-tillatelser og gir administratorsamtykke. Ingen brukerpassord kreves. Konfigurasjonsprosessen tar omtrent 15 minutter og foelger de samme monstrene som brukes av andre Microsoft-sertifiserte applikasjoner.
Plattformspesifikke guider
Ofte stilte spoersmaal
Er dette et kjent problem hos Microsoft?
Microsoft dokumenterer ikke offisielt dette problemet som en kjent feil i Exchange Admin Centers IMAP-import. Supportsaker om datoproblemet faar vanligvis forslag om omveier (sortere etter Sendt-dato) i stedet for en korrigering. Problemet er en konsekvens av standard Exchange-transportoppfoersel, ikke en feil i importfunksjonaliteten.
Kan PowerShell fikse datoene etter import?
Nei. Exchange Online PowerShell tilbyr ingen cmdlets for aa endre raatt meldingsinnhold i eksisterende meldinger. Set-Mailbox og tilknyttede cmdlets kontrollerer postkassekonfigurasjon, ikke individuelle meldingsheadere. Korreksjonen krever arbeid paa et nivaa som PowerShell rett og slett ikke eksponerer for Exchange Online.
Fungerer Redate.io med hybride Exchange-miljoeer?
Ja. Redate.io fungerer med enhver postkasse som er vert i Exchange Online, uansett om organisasjonen bruker en hybrid Exchange-konfigurasjon eller ikke. Korreksjonen anvendes paa Exchange Online-postkassen og krever ikke tilgang til on-premises Exchange-servere.
Exchange IMAP-import ga feil datoer paa alle e-postene? Kjoer en gratis analyse med Redate.io for aa identifisere paavirkede e-poster i hver postkasse og gjenopprette korrekte datoer i Outlook, OWA og alle tilkoblede klienter.