Import IMAP Exchange : pourquoi les dates changent

Les imports IMAP d'Exchange et vos dates d'emails

Exchange Online donne une date à chaque message d'une boîte, et c'est cette date qu'Outlook affiche et utilise pour le tri. Pour un email qui arrive d'Internet, c'est le moment de sa livraison. Pour un email recopié par une migration, c'est la date que la migration a donnée à la copie : la date d'origine quand la migration la transmet, le jour de l'import quand elle ne la transmet pas.

C'est de là que vient la corruption des dates lors des imports IMAP Exchange. Exchange Online n'écrase pas une date qu'on lui donne. Mais quand un import ne transmet pas la date d'origine de chaque email, la copie d'un message vieux de 7 ans reçoit la date de l'import, comme s'il venait d'être livré.

Le résultat ? Vous importez 4 000 emails depuis un ancien serveur IMAP vers Exchange Online, et des emails affichent la date d'import au lieu de la leur. Des emails de 2018, 2020, 2023, datés d'aujourd'hui. Vos utilisateurs ouvrent Outlook lundi matin et voient un mur de messages avec la même date.

Comment fonctionne l'assistant de migration EAC

Le Centre d'administration Exchange (EAC) inclut un assistant de migration intégré 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 crée un nouveau lot, on sélectionne "Migrer vers Exchange Online", on choisit IMAP comme source, on téléverse un CSV avec les correspondances de boîtes, et on lance le lot.

En coulisses, l'assistant de migration EAC crée un New-MigrationBatch avec le type de point de terminaison défini sur IMAP. Exchange se connecte à votre serveur IMAP source, lit chaque message, et l'écrit dans la boîte Exchange Online cible. Simple sur le papier.

Mais voici ce que constatent les administrateurs. Microsoft ne documente pas comment la migration fixe la date de chaque message copié, et des administrateurs signalent des emails qui ressortent avec la date de la synchronisation au lieu de leur date de réception. Outlook, OWA et chaque autre client connecté à cette boîte utilisent ensuite cette date pour l'affichage et le tri.

L'en-tête Date: original de 2019 ? Toujours là, enfoui dans les en-têtes du message. Mais Exchange ne l'utilise pas pour l'ordre de tri dans votre boîte de réception.

Date: Fri, 22 Nov 2019 16:08:33 +0100

PowerShell : New-MailboxImportRequest et le même problème

Les administrateurs qui préfèrent 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 à serveur. L'attente est que PowerShell donne plus de contrôle. Et c'est le cas, pour certaines choses. Pas pour les dates.

New-MailboxImportRequest importe des fichiers PST dans les boîtes Exchange Online. Le fichier PST contient les horodatages originaux de chaque message. Mais le cmdlet PowerShell n'a aucun paramètre qui contrôle la date que reçoit chaque message importé. Il n'y a pas de flag -PreserveDates (et croyez-moi, les administrateurs l'ont cherché).

New-MigrationBatch -SourceEndpoint avec un point de terminaison IMAP fonctionne de manière similaire à l'assistant EAC, juste sans l'interface graphique. Même connexion IMAP, même résultat pour les dates. Le cmdlet offre des paramètres pour filtrer par plage de dates (-StartAfter, -CompleteAfter) et exclure des dossiers, mais rien qui contrôle comment Exchange gère l'horodatage du message entrant.

Pour être précis, cela affecte principalement la date d'affichage et l'ordre de tri. Le contenu du message, y compris l'en-tête Date original, arrive intact. Seule la date donnée à la copie est fausse, et c'est elle qui commande tout ce que voit l'utilisateur.

Import IMAP direct vs. outils tiers

Est-ce que ça change quelque chose d'utiliser l'import IMAP natif d'Exchange ou un outil tiers comme BitTitan MigrationWiz ou CloudM ? La réponse courte : le problème de dates se produit dans les deux cas, mais pour des raisons légèrement différentes.

Avec l'import IMAP natif d'Exchange (assistant EAC ou PowerShell), Exchange se connecte lui-même au serveur IMAP source et tire les messages. La façon dont il fixe la date de chaque copie dépend de Microsoft, et n'est pas documentée.

Avec les outils tiers, l'outil de migration agit comme intermédiaire. Il lit depuis la source, transforme potentiellement le message, et écrit dans Exchange Online. Quand l'outil écrit en IMAP, Exchange Online garde la date qu'il transmet : si l'outil envoie la date d'origine de chaque email, la copie la conserve ; sinon, la copie reçoit la date de la migration. Certains outils ajoutent aussi leur propre en-tête Received: pendant le relais.

La différence pratique ? Les en-têtes laissés derrière ne sont pas les mêmes d'un outil à l'autre, donc une correction ne peut pas s'appuyer sur un schéma fixe. Le problème sous-jacent est identique : la date affichée n'est pas la date d'origine de l'email.

Pourquoi les règles de transport Exchange Online aggravent les choses

Voici quelque chose qui surprend même les administrateurs Exchange expérimentés. Exchange Online a des règles de transport (maintenant appelées "règles de flux de messagerie" dans le centre d'administration) qui peuvent se déclencher sur les messages importés. Si votre organisation a des règles qui ajoutent des en-têtes, des avis de non-responsabilité, ou modifient les messages selon des conditions, ces règles peuvent traiter les emails importés aussi.

Ça signifie qu'un email de 2020 pourrait recevoir un pied de page de non-responsabilité, ou un X-header tamponné par une règle de conformité qui n'existait pas quand l'email original a été envoyé. La corruption de dates est le symptôme le plus visible, mais les règles de transport peuvent créer des modifications inattendues supplémentaires.

Peut-on désactiver les règles de transport pendant l'import ? Oui, temporairement. Mais la plupart des administrateurs n'y pensent pas parce qu'ils ne s'attendent pas à ce que le pipeline de transport traite les messages migrés. Le temps qu'ils réalisent ce qui s'est passé, le lot d'import est terminé et le mal est fait.

Ce que signifient les mauvaises dates dans les environnements Exchange

Les environnements Exchange tendent à être des environnements professionnels. Cabinets d'avocats, institutions financières, organismes de santé, agences gouvernementales. Ce ne sont pas des comptes Gmail personnels où une mauvaise date est légèrement agaçante. Ce sont des boîtes aux lettres où les horodatages email ont une signification juridique et réglementaire.

Une rétention légale dans Exchange préserve les emails selon des plages de dates. Si chaque email importé affiche la date d'import au lieu de la date originale, la rétention 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 rétention rencontrent le même problème. Une organisation avec une politique de rétention de 3 ans pourrait accidentellement supprimer des emails qui semblent dater de 2026 (et sont donc "récents") alors qu'ils datent en réalité de 2019 et devraient être préservés. Ou l'inverse : des emails qui auraient dû être purgés selon la politique de rétention restent parce que leur date apparente est récente.

Un scénario de fin 2025 : un MSP a migré environ 200 boîtes aux lettres d'un hébergeur Exchange vers Microsoft 365 en utilisant l'assistant de migration EAC. Trois semaines plus tard, le responsable conformité du client a signalé que les rapports trimestriels d'archivage email montraient chaque message archivé avec la même date. L'archive email entière, couvrant 5 ans, semblait être arrivée un seul mardi de novembre.

Corriger les dates d'import IMAP Exchange

L'en-tête Date: original survit intact à l'import. L'import ne modifie pas les en-têtes RFC 2822 originaux à l'intérieur du message. Cette date originale est le point d'ancrage pour la correction.

Redate.io se connecte à la boîte Exchange Online (chaque personne se connecte avec son propre compte Microsoft), scanne les messages avec des anomalies de dates causées par l'import IMAP, et applique un moteur de correction propriétaire qui effectue une validation de conformité RFC, une préservation de la structure du message et une reconstruction ciblée des métadonnées. Redate n'a pas besoin de savoir quel outil a fait l'import : il repère les emails dont la date affichée ne correspond pas à leur date d'origine.

Chaque message corrigé est vérifié individuellement : intégrité du contenu, sommes de contrôle des pièces jointes, placement dans les dossiers et threading des conversations. Les originaux restent dans un dossier de sauvegarde visible de votre propre boîte, jusqu'à ce que vous décidiez vous-même de les supprimer. Si quelque chose semble incorrect, le rollback se fait en un clic.

Pourquoi ne pas corriger ça avec un script PowerShell ? Parce que comprendre le problème d'en-tête Received est la partie facile. Corriger 8 000 emails dans 50 boîtes aux lettres sans corrompre les messages signés S/MIME, casser les structures MIME imbriquées, mutiler les en-têtes non-ASCII RFC 2047, ou perdre les assignations de dossiers, du coup, c'est la partie difficile. Comment vérifier que chaque message corrigé dans un environnement de production est intact, qu'aucune pièce jointe n'a été perdue, qu'aucun fil de conversation n'a été cassé ? Un script qui fonctionne sur une boîte de test avec 30 messages va coincer sur les cas limites du monde réel. Ce contrat avec une pièce jointe de 42 Mo et trois images inline dans une structure multipart/mixed à l'intérieur d'un wrapper multipart/alternative ? Bonne chance.

Guides par plateforme

La correction des dates s'applique au niveau de la boîte Exchange Online, mais les utilisateurs accèdent à leur email via différents clients. Chacun affiche les dates différemment :

• 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 problèmes de dates Microsoft 365 avec différents outils de migration ? Consultez le guide complet pour corriger les dates email après une migration Microsoft 365.

L'import IMAP Exchange a laissé vos boîtes avec des mauvaises dates ? Commencez par un scan gratuit pour voir combien d'emails sont affectés et ce que coûte la correction, sans carte de crédit.