Exchange IMAP-import: waarom e-maildatums veranderen

De transportpipeline van Exchange en uw e-maildatums

Exchange Online heeft een transportpipeline. Elk bericht dat een mailbox binnenkomt, of het nu van internet komt, tussen mappen wordt verplaatst of via IMAP wordt geimporteerd, gaat door deze pipeline. En de pipeline doet wat pipelines doen: het stempelt het bericht met metadata. Inclusief een nieuwe Received:-header met de datum van vandaag.

Dit is de hoofdoorzaak van datumcorruptie bij Exchange IMAP-imports. Geen bug. Geen foutieve configuratie. Een bewuste architecturale beslissing van Microsoft die elk bericht dat een mailbox binnenkomt behandelt als een "nieuwe aflevering", zelfs wanneer dat bericht eigenlijk 7 jaar oud is.

Het resultaat? U importeert 4.000 e-mails van een oude IMAP-server naar Exchange Online, en elke e-mail toont de importdatum. E-mails uit 2018, 2020, 2023, allemaal gestempeld met de datum van vandaag. Uw gebruikers openen Outlook maandagochtend en zien een muur van identiek gedateerde berichten.

Hoe de EAC-migratiewizard werkt

Het Exchange Admin Center (EAC) bevat een ingebouwde migratiewizard voor IMAP-imports. Het is de grafische interface waar de meeste Exchange-beheerders als eerste naar grijpen: u gaat naar Ontvangers, dan Migratie, maakt een nieuwe batch aan, selecteert "Migreren naar Exchange Online", kiest IMAP als bron, uploadt een CSV met mailboxmappings en start de batch.

Achter de schermen maakt de EAC-migratiewizard een New-MigrationBatch met het endpointtype ingesteld op IMAP. Exchange verbindt met uw bron-IMAP-server, leest elk bericht en schrijft het naar de doel-Exchange Online-mailbox. Simpel op papier.

Maar dit is wat er op transportniveau gebeurt. Wanneer Exchange Online het bericht van de IMAP-bron ontvangt, verwerkt het dit door dezelfde transportpipeline die reguliere e-mailaflevering afhandelt. De pipeline voegt een Received:-header toe met de huidige tijdstempel. Het stelt de interne afleveringsdatum van het bericht in op nu. En Outlook, OWA en elke andere client verbonden met die mailbox gebruikt deze afleveringsdatum voor weergave en sortering.

De originele Date:-header uit 2019? Nog steeds aanwezig, begraven in de berichtkoppen. Maar Exchange gebruikt die niet voor de sorteervolgorde in uw postvak.

Received: from source-imap.oldserver.com (10.0.0.5) by
    AM6PR04MB5127.eurprd04.prod.outlook.com (2603:10a6:20b:f3::12)
    with Microsoft SMTP Server; Thu, 2 Apr 2026 08:44:19 +0000
Date: Fri, 22 Nov 2019 16:08:33 +0100

PowerShell: New-MailboxImportRequest en hetzelfde probleem

Beheerders die de voorkeur geven aan de opdrachtregel grijpen vaak naar New-MailboxImportRequest voor het importeren van PST-bestanden, of New-MigrationBatch met IMAP-endpoints voor server-naar-server-migraties. De verwachting is dat PowerShell meer controle biedt. En dat doet het, voor sommige dingen. Niet voor datums.

New-MailboxImportRequest importeert PST-bestanden in Exchange Online-mailboxen. Het PST-bestand bevat de originele tijdstempels voor elk bericht. Maar wanneer Exchange Online de import verwerkt, stempelt de transportpipeline elk bericht alsnog met een nieuwe afleveringsdatum. Het PowerShell-cmdlet heeft geen parameter om dit gedrag te overschrijven. Er is geen -PreserveDates-vlag (en geloof me, beheerders hebben ernaar gezocht).

New-MigrationBatch -SourceEndpoint met een IMAP-endpoint werkt vergelijkbaar met de EAC-wizard, alleen zonder de grafische interface. Dezelfde IMAP-verbinding, dezelfde transportpipelineverwerking, dezelfde datumoverschrijving. Het cmdlet biedt parameters om te filteren op datumbereik (-StartAfter, -CompleteAfter) en mappen uit te sluiten, maar niets dat bepaalt hoe Exchange de tijdstempel van het inkomende bericht behandelt.

Om precies te zijn, dit beinvloedt voornamelijk de weergavedatum en de sorteervolgorde. De berichtinhoud, inclusief de originele Date-header, komt intact aan. Exchange wikkelt het eenvoudig in zijn eigen transportmetadata en gebruikt die voor alles wat zichtbaar is voor de gebruiker.

Directe IMAP-import vs. tools van derden

Maakt het uit of u de native IMAP-import van Exchange gebruikt of een tool van derden zoals BitTitan MigrationWiz of CloudM? Het korte antwoord: het datumprobleem doet zich hoe dan ook voor, maar om iets andere redenen.

Bij de native IMAP-import van Exchange (EAC-wizard of PowerShell) verbindt Exchange zelf met de bron-IMAP-server en haalt de berichten op. De transportpipeline verwerkt elk bericht bij aankomst. Een pipeline, een set toegevoegde headers.

Bij tools van derden fungeert de migratietool als tussenpersoon. Het leest van de bron, transformeert mogelijk het bericht en schrijft naar Exchange Online. De transportpipeline van Exchange verwerkt het inkomende bericht nog steeds, maar de tool van derden kan ook zijn eigen Received:-header hebben toegevoegd tijdens de doorgifte. U kunt dus eindigen met twee lagen onjuiste datummetadata: een van de toolverwerking en een van de transportpipeline van Exchange.

Het praktische verschil? Bij het herstellen van datums na een native Exchange IMAP-import is er doorgaans een migratie-Received:-header om te behandelen. Na een migratie met een tool van derden naar Exchange kunnen het er twee of drie zijn. Het onderliggende probleem is identiek, maar de headerketen is rommeliger.

Waarom de transportregels van Exchange Online het erger maken

Hier is iets dat zelfs ervaren Exchange-beheerders verrast. Exchange Online heeft transportregels (nu "regels voor berichtstroom" genoemd in het beheercentrum) die kunnen worden geactiveerd bij geimporteerde berichten. Als uw organisatie regels heeft die headers toevoegen, disclaimers bijvoegen of berichten wijzigen op basis van voorwaarden, kunnen die regels ook geimporteerde e-mails verwerken.

Dit betekent dat een e-mail uit 2020 niet alleen een nieuwe Received-header met de datum van vandaag kan krijgen, maar ook een disclaimervoettekst kan krijgen, of een X-header gestempeld door een complianceregel die niet bestond toen de originele e-mail werd verzonden. De datumcorruptie is het meest zichtbare symptoom, maar transportregels kunnen aanvullende onverwachte wijzigingen veroorzaken.

Kunt u transportregels uitschakelen tijdens de import? Ja, tijdelijk. Maar de meeste beheerders denken er niet aan omdat ze niet verwachten dat de transportpipeline gemigreerde berichten verwerkt. Tegen de tijd dat ze beseffen wat er is gebeurd, is de importbatch voltooid en is de schade aangericht.

Wat verkeerde datums betekenen in Exchange-omgevingen

Exchange-omgevingen zijn doorgaans zakelijke omgevingen. Advocatenkantoren, financiele instellingen, zorgorganisaties, overheidsinstanties. Dit zijn geen persoonlijke Gmail-accounts waar een verkeerde datum licht vervelend is. Dit zijn mailboxen waar e-mailtijdstempels juridische en regelgevende betekenis hebben.

Een bewaringsplicht in Exchange bewaart e-mails op basis van datumbereiken. Als elke geimporteerde e-mail de importdatum toont in plaats van de originele datum, legt de bewaring de verkeerde set berichten vast. Een eDiscovery-zoekopdracht naar "alle communicatie tussen januari en maart 2022" levert niets op omdat die e-mails nu april 2026 tonen.

Bewaarbeleid heeft hetzelfde probleem. Een organisatie met een bewaarbeleid van 3 jaar zou per ongeluk e-mails kunnen verwijderen die schijnbaar uit 2026 komen (en dus "nieuw" zijn) terwijl ze eigenlijk uit 2019 zijn en bewaard zouden moeten worden. Of het omgekeerde: e-mails die volgens het bewaarbeleid verwijderd hadden moeten worden, blijven bestaan omdat hun schijnbare datum recent is.

Een scenario uit eind 2025: een MSP migreerde ongeveer 200 mailboxen van een gehoste Exchange-provider naar Microsoft 365 met de EAC-migratiewizard. Drie weken later meldde de compliance-functionaris van de klant dat de kwartaalrapporten voor e-mailarchivering elk gearchiveerd bericht met dezelfde datum toonden. Het volledige e-mailarchief, dat 5 jaar besloeg, leek op een enkele dinsdag in november te zijn aangekomen.

Exchange IMAP-importdatums herstellen

De originele Date:-header overleeft de Exchange-transportpipeline onbeschadigd. Microsofts pipeline voegt metadata rondom het bericht toe maar wijzigt de originele RFC 2822-headers erin niet. Die originele datum is het ankerpunt voor de correctie.

Redate.io verbindt met de Exchange Online-mailbox (via door de Microsoft 365-beheerder goedgekeurde toegang), scant op berichten met datumafwijkingen veroorzaakt door de IMAP-import en past een eigen correctie-engine toe die RFC-conformiteitsvalidatie, berichtstructuurbehoud en gerichte metadatareconstructie uitvoert. De engine herkent Exchange-specifieke transportpipelinesignaturen in de Received-headerketen en onderscheidt importartefacten van legitieme afleveringsheaders.

Elk gecorrigeerd bericht wordt individueel geverifieerd: inhoudsintegriteit, bijlagechecksums, mapplaatsing en conversatiethreading. Originelen worden 30 dagen bewaard in een zichtbare back-upmap. Als iets er niet goed uitziet, is de rollback een klik verwijderd.

Waarom niet met een PowerShell-script herstellen? Omdat het begrijpen van het Received-headerprobleem het makkelijke deel is. 8.000 e-mails in 50 mailboxen corrigeren zonder S/MIME-ondertekende berichten te beschadigen, geneste MIME-structuren te breken, niet-ASCII RFC 2047-headers te verminken of maptoewijzingen te verliezen, eerlijk gezegd, dat is het moeilijke deel. Hoe verifieert u dat elk gecorrigeerd bericht in een productieomgeving intact is? Een script dat werkt op een testmailbox met 30 berichten zal falen bij de randgevallen van de echte wereld. Dat contract met een bijlage van 42 MB en drie inline-afbeeldingen in een multipart/mixed-structuur binnen een multipart/alternative-wrapper? Veel succes.

Platformspecifieke handleidingen

De datumcorrectie wordt toegepast op het niveau van de Exchange Online-mailbox, maar gebruikers benaderen hun e-mail via verschillende clients. Elk toont datums anders:

• Exchange IMAP-importdatums in Outlook herstellen
• Exchange IMAP-importdatums in OWA herstellen (Outlook op het web)

Op zoek naar bredere context over Microsoft 365-datumproblemen met verschillende migratietools? Bekijk de volledige gids voor het herstellen van e-maildatums na Microsoft 365-migratie.

Exchange IMAP-import heeft uw mailboxen met verkeerde datums achtergelaten? Begin met een gratis scan om te zien hoeveel e-mails getroffen zijn en wat de correctie kost, geen creditcard nodig.