Import IMAP Exchange : pourquoi les dates changent

Le pipeline de transport d'Exchange et vos dates d'emails

Exchange Online possede un pipeline de transport. Chaque message qui entre dans une boite aux lettres, qu'il arrive d'Internet, soit deplace entre dossiers, ou importe via IMAP, passe par ce pipeline. Et le pipeline fait ce que font les pipelines : il tamponne le message avec des metadonnees. Y compris un nouvel en-tete Received: avec la date du jour.

C'est la cause profonde de la corruption des dates lors des imports IMAP Exchange. Pas un bug. Pas une mauvaise configuration. Une decision architecturale deliberee de Microsoft qui traite chaque message entrant dans une boite comme une "nouvelle livraison", meme quand ce message a 7 ans.

Le resultat ? Vous importez 4 000 emails depuis un ancien serveur IMAP vers Exchange Online, et chacun affiche la date d'import. Des emails de 2018, 2020, 2023, tous estampilles avec la date du jour. Vos utilisateurs ouvrent Outlook lundi matin et voient un mur de messages avec la meme date.

Comment fonctionne l'assistant de migration EAC

Le Centre d'administration Exchange (EAC) inclut un assistant de migration integre pour les imports IMAP. C'est l'interface graphique vers laquelle la plupart des administrateurs Exchange se tournent en premier : on va dans Destinataires, puis Migration, on cree un nouveau lot, on selectionne "Migrer vers Exchange Online", on choisit IMAP comme source, on televerse un CSV avec les correspondances de boites, et on lance le lot.

En coulisses, l'assistant de migration EAC cree un New-MigrationBatch avec le type de point de terminaison defini sur IMAP. Exchange se connecte a votre serveur IMAP source, lit chaque message, et l'ecrit dans la boite Exchange Online cible. Simple sur le papier.

Mais voici ce qui se passe au niveau du transport. Quand Exchange Online recoit le message depuis la source IMAP, il le traite via le meme pipeline de transport qui gere la livraison normale des emails. Le pipeline ajoute un en-tete Received: avec l'horodatage actuel. Il definit la date de livraison interne du message a maintenant. Et Outlook, OWA, et chaque autre client connecte a cette boite utilise cette date de livraison pour l'affichage et le tri.

L'en-tete Date: original de 2019 ? Toujours la, enfoui dans les en-tetes du message. Mais Exchange ne l'utilise pas pour l'ordre de tri dans votre boite de reception.

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 et le meme probleme

Les administrateurs qui preferent la ligne de commande se tournent souvent vers New-MailboxImportRequest pour importer des fichiers PST, ou New-MigrationBatch avec des points de terminaison IMAP pour les migrations serveur a serveur. L'attente est que PowerShell donne plus de controle. Et c'est le cas, pour certaines choses. Pas pour les dates.

New-MailboxImportRequest importe des fichiers PST dans les boites Exchange Online. Le fichier PST contient les horodatages originaux de chaque message. Mais quand Exchange Online traite l'import, le pipeline de transport tamponne quand meme chaque message avec une nouvelle date de livraison. Le cmdlet PowerShell n'a pas de parametre pour contourner ce comportement. Il n'y a pas de flag -PreserveDates (et croyez-moi, les administrateurs l'ont cherche).

New-MigrationBatch -SourceEndpoint avec un point de terminaison IMAP fonctionne de maniere similaire a l'assistant EAC, juste sans l'interface graphique. Meme connexion IMAP, meme traitement par le pipeline de transport, meme ecrasement des dates. Le cmdlet offre des parametres pour filtrer par plage de dates (-StartAfter, -CompleteAfter) et exclure des dossiers, mais rien qui controle comment Exchange gere l'horodatage du message entrant.

Pour etre precis, cela affecte principalement la date d'affichage et l'ordre de tri. Le contenu du message, y compris l'en-tete Date original, arrive intact. Exchange l'enveloppe simplement dans ses propres metadonnees de transport et utilise celles-ci pour tout ce qui est visible par l'utilisateur.

Import IMAP direct vs. outils tiers

Est-ce que ca change quelque chose d'utiliser l'import IMAP natif d'Exchange ou un outil tiers comme BitTitan MigrationWiz ou CloudM ? La reponse courte : le probleme de dates se produit dans les deux cas, mais pour des raisons legerement differentes.

Avec l'import IMAP natif d'Exchange (assistant EAC ou PowerShell), Exchange se connecte lui-meme au serveur IMAP source et tire les messages. Le pipeline de transport traite chaque message a l'arrivee. Un pipeline, un jeu d'en-tetes ajoutes.

Avec les outils tiers, l'outil de migration agit comme intermediaire. Il lit depuis la source, transforme potentiellement le message, et ecrit dans Exchange Online. Le pipeline de transport d'Exchange traite toujours le message entrant, mais l'outil tiers peut avoir aussi ajoute son propre en-tete Received: pendant le relais. On peut donc se retrouver avec deux couches de metadonnees de date incorrectes : une du traitement de l'outil et une du pipeline de transport d'Exchange.

La difference pratique ? Quand on corrige les dates apres un import IMAP natif Exchange, il y a typiquement un en-tete Received: de migration a traiter. Apres un outil tiers migrant vers Exchange, il peut y en avoir deux ou trois. Le probleme sous-jacent est identique, mais la chaine d'en-tetes est plus complexe.

Pourquoi les regles de transport Exchange Online aggravent les choses

Voici quelque chose qui surprend meme les administrateurs Exchange experimentes. Exchange Online a des regles de transport (maintenant appelees "regles de flux de messagerie" dans le centre d'administration) qui peuvent se declencher sur les messages importes. Si votre organisation a des regles qui ajoutent des en-tetes, des avis de non-responsabilite, ou modifient les messages selon des conditions, ces regles peuvent traiter les emails importes aussi.

Ca signifie qu'un email de 2020 pourrait non seulement recevoir un nouvel en-tete Received avec la date du jour, mais aussi un pied de page de non-responsabilite ajoute, ou un X-header tamponne par une regle de conformite qui n'existait pas quand l'email original a ete envoye. La corruption de dates est le symptome le plus visible, mais les regles de transport peuvent creer des modifications inattendues supplementaires.

Peut-on desactiver les regles de transport pendant l'import ? Oui, temporairement. Mais la plupart des administrateurs n'y pensent pas parce qu'ils ne s'attendent pas a ce que le pipeline de transport traite les messages migres. Le temps qu'ils realisent ce qui s'est passe, le lot d'import est termine et le mal est fait.

Ce que signifient les mauvaises dates dans les environnements Exchange

Les environnements Exchange tendent a etre des environnements professionnels. Cabinets d'avocats, institutions financieres, organismes de sante, agences gouvernementales. Ce ne sont pas des comptes Gmail personnels ou une mauvaise date est legerement agacante. Ce sont des boites aux lettres ou les horodatages email ont une signification juridique et reglementaire.

Une retention legale dans Exchange preserve les emails selon des plages de dates. Si chaque email importe affiche la date d'import au lieu de la date originale, la retention capture le mauvais ensemble de messages. Une recherche eDiscovery pour "toutes les communications entre janvier et mars 2022" ne retourne rien parce que ces emails affichent maintenant avril 2026.

Les politiques de retention rencontrent le meme probleme. Une organisation avec une politique de retention de 3 ans pourrait accidentellement supprimer des emails qui semblent dater de 2026 (et sont donc "recents") alors qu'ils datent en realite de 2019 et devraient etre preserves. Ou l'inverse : des emails qui auraient du etre purges selon la politique de retention restent parce que leur date apparente est recente.

Un scenario de fin 2025 : un MSP a migre environ 200 boites aux lettres d'un hebergeur Exchange vers Microsoft 365 en utilisant l'assistant de migration EAC. Trois semaines plus tard, le responsable conformite du client a signale que les rapports trimestriels d'archivage email montraient chaque message archive avec la meme date. L'archive email entiere, couvrant 5 ans, semblait etre arrivee un seul mardi de novembre.

Corriger les dates d'import IMAP Exchange

L'en-tete Date: original survit au pipeline de transport d'Exchange intact. Le pipeline de Microsoft ajoute des metadonnees autour du message mais ne modifie pas les en-tetes RFC 2822 originaux a l'interieur. Cette date originale est le point d'ancrage pour la correction.

Redate.io se connecte a la boite Exchange Online (via un acces consenti par l'administrateur Microsoft 365), scanne les messages avec des anomalies de dates causees par l'import IMAP, et applique un moteur de correction proprietaire qui effectue une validation de conformite RFC, une preservation de la structure du message et une reconstruction ciblee des metadonnees. Le moteur reconnait les signatures specifiques du pipeline de transport Exchange dans la chaine d'en-tetes Received et distingue les artefacts d'import des en-tetes de livraison legitimes.

Chaque message corrige est verifie individuellement : integrite du contenu, sommes de controle des pieces jointes, placement dans les dossiers et threading des conversations. Les originaux sont preserves dans un dossier de sauvegarde visible pendant 30 jours. Si quelque chose semble incorrect, le rollback se fait en un clic.

Pourquoi ne pas corriger ca avec un script PowerShell ? Parce que comprendre le probleme d'en-tete Received est la partie facile. Corriger 8 000 emails dans 50 boites aux lettres sans corrompre les messages signes S/MIME, casser les structures MIME imbriquees, mutiler les en-tetes non-ASCII RFC 2047, ou perdre les assignations de dossiers, du coup, c'est la partie difficile. Comment verifier que chaque message corrige dans un environnement de production est intact, qu'aucune piece jointe n'a ete perdue, qu'aucun fil de conversation n'a ete casse ? Un script qui fonctionne sur une boite de test avec 30 messages va coincer sur les cas limites du monde reel. Ce contrat avec une piece jointe de 42 Mo et trois images inline dans une structure multipart/mixed a l'interieur d'un wrapper multipart/alternative ? Bonne chance.

Guides par plateforme

La correction des dates s'applique au niveau de la boite Exchange Online, mais les utilisateurs accedent a leur email via differents clients. Chacun affiche les dates differemment :

• Corriger les dates d'import IMAP Exchange dans Outlook
• Corriger les dates d'import IMAP Exchange dans OWA (Outlook sur le Web)

Vous cherchez un contexte plus large sur les problemes de dates Microsoft 365 avec differents outils de migration ? Consultez le guide complet pour corriger les dates email apres une migration Microsoft 365.

L'import IMAP Exchange a laisse vos boites avec des mauvaises dates ? Commencez par un scan gratuit pour voir combien d'emails sont affectes et ce que coute la correction, sans carte de credit.