Import IMAP Exchange : problèmes de dates et correction

Qu'est-ce que l'import IMAP du Centre d'administration Exchange ?

Microsoft fournit une fonctionnalité de migration IMAP intégrée dans le Centre d'administration Exchange (EAC) qui permet aux administrateurs d'importer des emails depuis n'importe quel serveur IMAP vers Exchange Online (Microsoft 365). Cet outil natif est conçu pour les organisations qui migrent depuis des plateformes non-Microsoft : Gmail, Zimbra, Dovecot, Courier, hébergement cPanel et tout autre serveur supportant l'IMAP.

L'import IMAP du Centre d'administration Exchange est souvent le premier outil que les administrateurs essaient. Pas de logiciel tiers. Pas de coût de licence supplémentaire. Directement intégré dans l'interface d'administration Microsoft 365. Ça semble être le choix évident.

Mais cet outil natif Microsoft produit le même problème de dates que les outils de migration tiers. Après un import IMAP via le Centre d'administration Exchange, chaque email migré affiche la date de migration au lieu de la date de réception d'origine. Les utilisateurs ouvrent Outlook et découvrent que des années d'historique email semblent être arrivées le même jour. C'est l'outil de Microsoft lui-même qui casse les dates dans le client de messagerie de Microsoft.

Comment l'import IMAP Exchange cause des problèmes de dates

Le processus d'importation

L'import IMAP du Centre d'administration Exchange fonctionne en se connectant au serveur IMAP source, en téléchargeant chaque email et en l'insérant dans la boîte Exchange Online cible. Pendant cette insertion, Exchange Online traité chaque email importé comme une nouvelle livraison et ajoute des en-têtes de transport, y compris un en-tête "Received" avec l'horodatage courant, c'est-à-dire la date d'import.

L'en-tête "Received" ajouté par Exchange Online

Quand Exchange Online reçoit un message (que ce soit par livraison normale ou par import IMAP), il ajoute des en-têtes "Received" qui documentent le parcours du message dans l'infrastructure de transport de Microsoft. Ces en-têtes contiennent des horodatages refletant le moment où Exchange Online a traité le message. Pour les emails importés, ces horodatages correspondent à la date et l'heure de l'opération d'import, pas à la date de livraison originale.

Un en-tête "Received" typique ajouté par Exchange lors d'un import IMAP ressemble à :

Received: from BN6PR01MB1234.prod.exchangelabs.com
  by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
  Mon, 15 Jan 2024 08:30:45 +0000

Cet en-tête est placé en haut de la chaîne d'en-têtes, ce qui en fait le "Received" le plus recent. Outlook lit cet en-tête pour déterminer la date de réception et affiche la date d'import pour chaque email migre.

Pourquoi l'outil de Microsoft a ce problème

Ca parait absurde que l'outil de migration de Microsoft cause un problème d'affichage de date dans le client de messagerie de Microsoft. Mais l'explication est en fait logique : l'import IMAP enregistré correctement le moment où il a traité le message (une exigence des standards de transport email), et Outlook lit correctement l'en-tête "Received" le plus récent pour déterminer la date de réception (comportement standard d'un client email). La combinaison de ces deux comportements corrects produit un résultat incorrect pour les emails migrés. Deux choses justes qui font un tort. Pour l'explication technique complète, voir pourquoi les emails affichent de mauvaises dates après migration IMAP.

Configurer l'import IMAP (ne prévient pas le problème)

Paramètres du Centre d'administration Exchange

L'import IMAP du Centre d'administration Exchange offre des options de configuration pour le mappage de dossiers, le filtrage d'éléments et la planification de lots de migration. Mais aucune de ces options ne contrôle la façon dont Exchange Online gère les en-têtes "Received" pendant l'import. Pas de case à cocher "préserver les dates d'origine" et aucun paramètre qui empêche Exchange d'ajouter des en-têtes de transport. Le problème de dates est une conséquence de l'architecture de transport de messagerie, pas une option de configuration manquante.

Cmdlets PowerShell de migration

Les administrateurs qui utilisent les cmdlets PowerShell (New-MigrationBatch, New-MoveRequest) pour la migration IMAP ont accès à des paramètres supplémentaires, mais aucun d'entre eux n'empêche l'ajout de l'en-tête "Received". Le cmdlet Start-MigrationBatch et les commandes associées contrôlent le processus de migration, pas le comportement de transport de messagerie d'Exchange Online. Même avec la configuration PowerShell la plus soigneuse, les emails importés auront la date de migration comme date de réception dans Outlook.

L'impact sur Outlook et OWA

Outlook Bureau

Outlook Bureau est le client le plus touché. La vue par défaut trie les emails par date de "Réception", qui affiche l'horodatage d'import pour chaque message migre. Les utilisateurs qui s'appuient sur la recherche, le tri et le filtrage par date voient leur flux de travail complètement casse. Une boîte de réception couvrant cinq ans de correspondance apparaît comme si tout était arrivé le même jour. Comment retrouver cet email important de 2021 quand chaque message prétend être arrivé en janvier 2024 ?

Outlook sur le web (OWA)

OWA affiche les mêmes mauvaises dates qu'Outlook Bureau. Contrairement à l'interface web de Gmail (qui lit parfois l'en-tête "Date"), OWA utilise systématiquement l'horodatage de livraison Exchange. Aucun paramètre ou option d'affichage OWA ne montre la date originale au lieu de la date d'import.

Outlook Mobile

Outlook Mobile (iOS et Android) affiche également la date d'import. Le problème est cohérent sur toutes les plateformes Outlook car elles lisent toutes la même valeur de date depuis Exchange Online. Pour un guide complet sur les problèmes de dates spécifiques à Outlook, voir corriger la mauvaise date Outlook après migration.

Contournements courants (et pourquoi ils échouént)

Trier par date "Envoyé"

Le contournement le plus souvent suggère est de changer la vue Outlook pour trier par date "Envoyé" au lieu de date "Reçu". Bien que cela change l'ordre d'affichage, ça ne corrigé pas les données sous-jacentes. La date de "Réception" reste fausse dans les résultats de recherche, les règles, les outils de conformité et toute autre fonctionnalité qui référence l'horodatage de réception. Et ce contournement exige que chaque utilisateur modifié ses paramètres sur chaque appareil.

Relancer l'import IMAP

Réimporter les emails ne corrigé pas le problème de dates. Un second import ajoute un autre jeu d'en-têtes "Received" avec un nouvel horodatage, compliquant davantage la chaîne d'en-têtes sans corriger la date affichée. La réimportation peut aussi créer des doublons si l'outil ne gère pas correctement la déduplication.

Utiliser un outil de migration différent

Passer à un outil tiers (BitTitan MigrationWiz, CloudM ou imapsync) ne résout pas le problème de dates. Tout outil qui inséré des emails dans Exchange Online déclenche le même comportement d'en-tête de transport. Le problème vient de la façon dont Exchange Online traité les messages entrants, pas de l'outil de migration lui-même. Pour une comparaison de toutes les options de correction, voir les dates d'emails peuvent-elles être corrigées après migration.

Corriger les dates d'import IMAP Exchange avec Redate.io

Comment Redate.io identifie les en-têtes d'import Exchange

Redate.io se connecte à Exchange Online et passe chaque email dans son pipeline d'analyse multi-étapes propriétaire. Pour les imports IMAP Exchange, Redate.io applique une correspondance de signatures de migration sur des centaines de signatures connues, y compris les patterns d'infrastructure de transport Exchange Online (comme "prod.exchangelabs.com"), pour identifier précisément quels en-têtes "Received" ont été ajoutes pendant l'import par rapport à ceux qui font partie de la chaîne de livraison originale.

Ce que Redate.io apporte

Après traitement, chaque email corrigé affiche sa date de réception d'origine dans Outlook, OWA et tous les clients connectés. L'ordre chronologique est restauré. Chaque correction passe par une vérification d'intégrité avant finalisation, et les originaux sont conservés dans un dossier "Redate.io - Originals" pendant 30 jours. Le moteur de correction gère les cas particuliers qui rendent les approches artisanales dangereuses : messages signés S/MIME, contenu chiffré PGP, structures MIME multipart avec limites imbriquées, variations d'encodage et limites MIME corrompues. En fait, c'est bien plus qu'un simple chercher-remplacer sur du texte d'en-tête.

Connexion à Exchange Online

Redate.io se connecte à Exchange Online via une inscription d'application Azure AD (Entra ID) avec authentification OAuth2. L'administrateur créé une inscription d'application, accordé les autorisations Mail.ReadWrite et fournit le consentement administrateur. Aucun mot de passe utilisateur n'est requis. Le processus de configuration prend environ 15 minutes et suit les mêmes modèles utilisés par d'autres applications certifiées Microsoft.

Guides spécifiques par plateforme

• Corriger les dates d'import IMAP Exchange dans Outlook
• Corriger les dates d'import IMAP Exchange dans OWA

Questions fréquentes

Est-ce un problème connu chez Microsoft ?

Microsoft ne documente pas officiellement ce problème comme un défaut connu de l'import IMAP du Centre d'administration Exchange. Les tickets de support concernant ce problème de dates reçoivent généralement des suggestions de contournement (trier par date Envoyé) plutot qu'une correction. Le problème est une conséquence du comportement standard du transport Exchange, pas un bug dans la fonctionnalité d'import.

PowerShell peut-il corriger les dates après l'import ?

Non. Exchange Online PowerShell ne fournit pas de cmdlets pour modifier le contenu brut des messages existants. Les cmdlets Set-Mailbox et associés contrôlent la configuration de la boîte, pas les en-têtes des messages individuels. La correction nécessite de travailler à un niveau que PowerShell n'exposé tout simplement pas pour Exchange Online.

Redate.io fonctionne-t-il avec les environnements Exchange hybrides ?

Oui. Redate.io fonctionne avec toute boîte aux lettres hébergée dans Exchange Online, que l'organisation utilise une configuration Exchange hybride ou non. La correction est appliquee à la boîte Exchange Online et ne nécessite pas d'accès aux serveurs Exchange sur site.

L'import IMAP Exchange a faussé les dates de tous les emails ? Lancez une analyse gratuite avec Redate.io pour identifier les emails concernés dans chaque boîte et restaurer les dates correctes dans Outlook, OWA et tous les clients connectés.