Wat is de IMAP-import van het Exchange-beheercentrum?
Microsoft levert een ingebouwde IMAP-migratiefunctie in het Exchange-beheercentrum (EAC) waarmee beheerders e-mails kunnen importeren van elke IMAP-server naar Exchange Online (Microsoft 365). Deze native tool is ontworpen voor organisaties die migreren vanuit niet-Microsoft-platformen: Gmail, Zimbra, Dovecot, Courier, cPanel-hosting en elke andere server die IMAP ondersteunt.
De IMAP-import van het Exchange-beheercentrum is vaak de eerste tool die beheerders proberen. Geen software van derden. Geen extra licentiekosten. Direct geintegreerd in de Microsoft 365-beheerdersinterface. Het lijkt de voor de hand liggende keuze.
Maar deze native Microsoft-tool produceert hetzelfde datumprobleem als migratietools van derden. Na een IMAP-import via het Exchange-beheercentrum toont elke gemigreerde e-mail de migratiedatum in plaats van de oorspronkelijke ontvangstdatum. Gebruikers openen Outlook en ontdekken dat jaren aan e-mailgeschiedenis op dezelfde dag lijken te zijn binnengekomen. Het is de eigen tool van Microsoft die de datums in de eigen e-mailclient van Microsoft kapotmaakt.
Hoe de Exchange IMAP-import datumproblemen veroorzaakt
Het importproces
De IMAP-import van het Exchange-beheercentrum werkt door verbinding te maken met de IMAP-bronserver, elke e-mail te downloaden en te plaatsen in de Exchange Online-doelmailbox. Tijdens deze insertie behandelt Exchange Online elke geimporteerde e-mail als een nieuwe bezorging en voegt transportheaders toe, waaronder een "Received"-header met het huidige tijdstempel - de importdatum.
De "Received"-header die Exchange Online toevoegt
Wanneer Exchange Online een bericht ontvangt (via normale bezorging of IMAP-import), voegt het "Received"-headers toe die de route van het bericht door de Microsoft-transportinfrastructuur documenteren. Deze headers bevatten tijdstempels die weerspiegelen wanneer Exchange Online het bericht heeft verwerkt. Voor geimporteerde e-mails komen deze tijdstempels overeen met de datum en tijd van de importoperatie, niet met de oorspronkelijke bezorgdatum.
Een typische "Received"-header die Exchange toevoegt bij IMAP-import ziet er als volgt uit:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Deze header wordt bovenaan de headerketen geplaatst, waardoor het de meest recente "Received"-vermelding wordt. Outlook leest deze header om de ontvangstdatum te bepalen en toont de importdatum voor elke gemigreerde e-mail.
Waarom de eigen tool van Microsoft dit probleem heeft
Het lijkt absurd dat de migratietool van Microsoft een datumweergaveprobleem veroorzaakt in de e-mailclient van Microsoft. Maar de verklaring is eigenlijk logisch: de IMAP-import registreert correct het moment waarop het bericht is verwerkt (een vereiste van de e-mailtransportstandaarden), en Outlook leest correct de meest recente "Received"-header om de ontvangstdatum te bepalen (standaard e-mailclientgedrag). De combinatie van deze twee correcte gedragingen produceert een onjuist resultaat voor gemigreerde e-mails. Twee dingen die afzonderlijk kloppen, maar samen een probleem vormen. Zie voor de volledige technische uitleg waarom e-mails verkeerde datums tonen na IMAP-migratie.
IMAP-import configureren (voorkomt het probleem niet)
Instellingen van het Exchange-beheercentrum
De IMAP-import van het Exchange-beheercentrum biedt configuratieopties voor mapmapping, itemfiltering en planning van migratiebatches. Maar geen van deze opties regelt hoe Exchange Online "Received"-headers afhandelt tijdens de import. Geen selectievakje "oorspronkelijke datums behouden" en geen instelling die Exchange ervan weerhoudt transportheaders toe te voegen. Het datumprobleem is een gevolg van de berichttransportarchitectuur, niet een ontbrekende configuratieoptie.
PowerShell-migratiecmdlets
Beheerders die PowerShell-cmdlets (New-MigrationBatch, New-MoveRequest) gebruiken voor IMAP-migratie hebben toegang tot aanvullende parameters, maar geen ervan voorkomt het toevoegen van de "Received"-header. De cmdlet Start-MigrationBatch en gerelateerde commando's regelen het migratieproces, niet het berichttransportgedrag van Exchange Online. Zelfs met de zorgvuldigste PowerShell-configuratie krijgen geimporteerde e-mails de migratiedatum als ontvangstdatum in Outlook.
De impact op Outlook en OWA
Outlook Desktop
Outlook Desktop is het hardst getroffen. De standaardweergave sorteert e-mails op "Ontvangen"-datum, die het importtijdstempel toont voor elk gemigreerd bericht. Gebruikers die afhangen van zoeken, sorteren en filteren op datum zien hun workflow volledig kapotgaan. Een postvak dat vijf jaar correspondentie beslaat, lijkt alsof alles op dezelfde dag is binnengekomen. Hoe vindt u die belangrijke e-mail uit 2021 wanneer elk bericht beweert in januari 2024 te zijn aangekomen?
Outlook op het web (OWA)
OWA toont dezelfde verkeerde datums als Outlook Desktop. In tegenstelling tot de Gmail-webinterface (die soms de "Date"-header leest), gebruikt OWA consequent het Exchange-bezorgingstijdstempel. Geen enkele OWA-instelling of weergaveoptie toont de oorspronkelijke datum in plaats van de importdatum.
Outlook Mobiel
Outlook Mobiel (iOS en Android) toont eveneens de importdatum. Het probleem is consistent op alle Outlook-platformen omdat ze allemaal dezelfde datumwaarde uit Exchange Online lezen. Zie voor een volledige handleiding over Outlook-specifieke datumproblemen verkeerde Outlook-datum na migratie herstellen.
Veelgebruikte workarounds (en waarom ze falen)
Sorteren op "Verzenddatum"
De meest voorgestelde workaround is de Outlook-weergave te wijzigen om op "Verzenddatum" te sorteren in plaats van "Ontvangen". Hoewel dit de weergavevolgorde verandert, corrigeert het de onderliggende data niet. De "Ontvangen"-datum blijft verkeerd in zoekresultaten, regels, compliancetools en elke andere functie die het ontvangstijdstempel raadpleegt. En deze workaround vereist dat elke gebruiker de instellingen op elk apparaat wijzigt.
De IMAP-import opnieuw uitvoeren
E-mails opnieuw importeren lost het datumprobleem niet op. Een tweede import voegt een nieuwe reeks "Received"-headers toe met een nieuw tijdstempel, waardoor de headerketen verder wordt gecompliceerd zonder de weergegeven datum te corrigeren. Herimport kan ook duplicaten creieren als de tool deduplicatie niet correct afhandelt.
Een andere migratietool gebruiken
Overstappen naar een externe tool (BitTitan MigrationWiz, CloudM of imapsync) lost het datumprobleem niet op. Elke tool die e-mails in Exchange Online plaatst, activeert hetzelfde transportheadergedrag. Het probleem komt door de manier waarop Exchange Online inkomende berichten verwerkt, niet door de migratietool zelf. Zie voor een vergelijking van alle correctieopties kunnen e-maildatums worden hersteld na migratie.
Exchange IMAP-importdatums herstellen met Redate.io
Hoe Redate.io Exchange-importheaders identificeert
Redate.io maakt verbinding met Exchange Online en stuurt elke e-mail door het eigen meerfasige analyseproces. Voor Exchange IMAP-imports past Redate.io patroonherkenning toe op honderden bekende handtekeningen, inclusief Exchange Online-transportinfrastructuurpatronen (zoals "prod.exchangelabs.com"), om nauwkeurig vast te stellen welke "Received"-headers tijdens de import zijn toegevoegd versus welke deel uitmaken van de oorspronkelijke bezorgketen.
Wat Redate.io oplevert
Na verwerking toont elke gecorrigeerde e-mail de oorspronkelijke ontvangstdatum in Outlook, OWA en alle verbonden clients. De chronologische volgorde is hersteld. Elke correctie ondergaat een integriteitscontrole voor afronding, en originelen worden bewaard in een map "Redate.io - Originals" gedurende 30 dagen. De correctie-engine verwerkt de randgevallen die handmatige benaderingen gevaarlijk maken: S/MIME-ondertekende berichten, PGP-versleutelde inhoud, multipart MIME-structuren met geneste grenzen, coderingsvariaties en beschadigde MIME-grenzen. Het is veel meer dan een simpele zoek-en-vervangactie op headertekst.
Verbinding maken met Exchange Online
Redate.io maakt verbinding met Exchange Online via een Azure AD-app-registratie (Entra ID) met OAuth2-authenticatie. De beheerder maakt een app-registratie aan, verleent Mail.ReadWrite-machtigingen en geeft beheerderstoestemming. Er zijn geen gebruikerswachtwoorden nodig. Het configuratieproces duurt ongeveer 15 minuten en volgt dezelfde patronen als andere Microsoft-gecertificeerde applicaties.
Platformspecifieke handleidingen
Veelgestelde vragen
Is dit een bekend probleem bij Microsoft?
Microsoft documenteert dit probleem niet officieel als een bekend gebrek van de IMAP-import van het Exchange-beheercentrum. Supporttickets over dit datumprobleem ontvangen doorgaans workaround-suggesties (sorteren op Verzenddatum) in plaats van een correctie. Het probleem is een gevolg van het standaard Exchange-transportgedrag, geen bug in de importfunctionaliteit.
Kan PowerShell de datums herstellen na import?
Nee. Exchange Online PowerShell biedt geen cmdlets om de ruwe inhoud van bestaande berichten te wijzigen. De cmdlets Set-Mailbox en aanverwanten regelen de mailboxconfiguratie, niet de headers van individuele berichten. De correctie vereist werk op een niveau dat PowerShell voor Exchange Online simpelweg niet beschikbaar stelt.
Werkt Redate.io met hybride Exchange-omgevingen?
Ja. Redate.io werkt met elke mailbox die in Exchange Online wordt gehost, of de organisatie nu een hybride Exchange-configuratie gebruikt of niet. De correctie wordt toegepast op de Exchange Online-mailbox en vereist geen toegang tot on-premises Exchange-servers.
De Exchange IMAP-import heeft de datums van alle e-mails vervalst? Start een gratis analyse met Redate.io om de getroffen e-mails in elke mailbox te identificeren en de correcte datums te herstellen in Outlook, OWA en alle verbonden clients.