Ret Exchange IMAP-migreringsdatoer i Outlook
Hvorfor Exchange IMAP-migreringer viser forkert dato i Outlook
Microsoft Exchange Server inkluderer en indbygget IMAP-migreringsfunktion (tilgængelig via Exchange Admin Center og PowerShell) der giver administratorer mulighed for at migrere postkasser fra tredjeparts IMAP-servere til Exchange Online eller on-premises Exchange. Dette native migreringsværktøj forbinder til kilde-IMAP-serveren, downloader hver besked og uploader den til destinations-Exchange-postkassen.
Under uploadfasen behandler Exchange's transportpipeline hver besked som om det var en nymodtaget e-mail. Pipelinen tilføjer transportheaders, herunder en Received-header med det aktuelle behandlingstidsstempel. Exchange sætter også PR_MESSAGE_DELIVERY_TIME (den egenskab Outlook læser til sin "Modtaget"-kolonne) til uploadtidsstemplet. Den originale IMAP INTERNALDATE fra kildeserveren overføres ikke til destinations-Exchange-postkassen.
Administratorer der bruger Exchange's native IMAP-migrering forventer, at Microsofts eget værktøj håndterer datobevaring korrekt. Opdagelsen af at alle migrerede e-mails nu viser migreringsdatoen i Outlook er uventet, især fordi Exchange's migrationsdokumentation ikke prominent advarer om denne adfærd. Problemet rammer hver postkasse behandlet af migreringsbatchen, og Exchange leverer ingen indbygget mekanisme til at rette datoerne efter migrering.
Hvordan dette påvirker Outlook
Outlook forbundet til den migrerede Exchange-postkasse viser migreringsdatoen i kolonnen "Modtaget" for hver e-mail. Kolonnen "Sendt" for sendte elementer afspejler også migreringstidsstemplet, fordi Exchange's transportpipeline behandler sendte elementer på samme måde under upload. Outlooks kalenderrude, der refererer til e-maildatoer for møderelaterede beskeder, viser forkerte datoer for migrerede mødeinvitationer og svar.
Exchange's native søgning (brugt af Outlooks søgelinje) indekserer det beskadigede leveringstidspunkt. Datobaserede søgninger returnerer forkerte resultater. Outlooks Autoarkiveringsfunktion, der flytter eller sletter e-mails baseret på alder, beregner beskedens alder forkert, fordi den bruger migreringsdatoen. Regler der udløses af modtagelsesdato og Betinget formatering-regler der fremhæver e-mails efter alder opererer også på de forkerte datoer, hvilket producerer uventet adfærd på tværs af hele Outlook-oplevelsen.
Ofte stillede spørgsmål
Har Exchange IMAP-migrering en mulighed for at bevare datoer?
Exchange IMAP-migrering leverer ikke en pålidelig mulighed for at bevare de originale leveringsdatoer. Transportpipelinen behandler uploadede beskeder som nye leveringer og stempler dem med det aktuelle tidsstempel. Dette er en fundamental begrænsning ved den indbyggede IMAP-migreringsmetode.
Er Exchange IMAP-migreringens datoproblem anderledes end andre migreringsværktøjer?
Grundårsagen er den samme: destinationsserveren tilføjer en Received-header med migreringstidsstemplet. Exchange IMAP-migrering og tredjepartsværktøjer som BitTitan eller imapsync producerer den samme type datokorruption. Redate.io retter datoer uanset hvilket værktøj der forårsagede problemet.
Kan Redate.io rette datoer på en on-premises Exchange-server?
Ja. Redate.io forbinder via IMAP til enhver Exchange-server med IMAP aktiveret. Dette inkluderer Exchange Online (Microsoft 365), Exchange Server 2016, Exchange Server 2019 og andre versioner med konfigureret IMAP-adgang.