Corriger les dates migration IMAP Exchange dans Outlook
Pourquoi les migrations IMAP Exchange corrompent les dates dans Outlook
L'outil de migration IMAP intégré de Microsoft - disponible via le Centre d'administration Exchange et PowerShell - est censé être la méthode officielle et sûre pour intégrer des boîtes aux lettres dans Exchange Online. Les administrateurs lui font confiance parce que c'est un outil Microsoft. Alors quand chaque e-mail migré apparaît dans Outlook avec la date de migration au lieu de la date originale, la réaction est généralement l'incrédulité.
Voici ce qui se passe en coulisse. La migration IMAP d'Exchange télécharge chaque message du serveur source et l'injecte dans la boîte Exchange de destination via le pipeline de transport. Ce pipeline fait ce qu'il fait toujours avec le courrier entrant : il ajoute un en-tête Received avec l'horodatage de traitement actuel et définit la propriété PR_MESSAGE_DELIVERY_TIME en conséquence. L'INTERNALDATE IMAP originale du serveur source ? Écartée. Non transférée. Même pas tentée.
Résultat : chaque e-mail de la boîte migrée - qu'il ait été envoyé en 2012 ou en 2025 - affiche désormais la date de migration dans la colonne "Reçu" d'Outlook. Et voici ce qui frustre le plus les administrateurs : la documentation de migration d'Exchange mentionne à peine ce comportement. On le découvre quand 500 utilisateurs ouvrent leur Outlook lundi matin et déposent des tickets au helpdesk parce que leur boîte de réception semble bizarre.
Comment les mauvaises dates détruisent l'expérience Outlook
La colonne "Reçu" d'Outlook affiche l'horodatage de migration pour chaque e-mail. Les éléments envoyés aussi, parce qu'Exchange traite les messages envoyés via le même pipeline pendant le transfert. Même les e-mails liés au calendrier (invitations, RSVP, annulations) portent la date de migration, ce qui fausse la chronologie des interactions de calendrier passées.
Mais les vrais dégâts sont du côté de la recherche et de l'automatisation. La barre de recherche d'Outlook utilise l'index côté serveur d'Exchange, qui référence la date de livraison corrompue. Les recherches filtrées par date renvoient de mauvais résultats. L'archivage automatique, qui déplace ou supprime les e-mails selon leur âge, pense que chaque message est tout neuf et refuse d'archiver quoi que ce soit. Les règles déclenchées par la date de réception dysfonctionnent. Les règles de mise en forme conditionnelle qui colorent les e-mails par âge (une pratique courante chez les utilisateurs avancés qui gèrent un volume important) ne fonctionnent plus du tout. Pour une organisation de 200 personnes, c'est 200 boîtes de réception cassées, 200 expériences de recherche cassées, et 200 personnes qui ne peuvent plus se fier à leur client de messagerie pour savoir quand les choses se sont réellement passées.
Questions fréquemment posées
La migration IMAP Exchange propose-t-elle une option pour préserver les dates originales ?
Non. La migration IMAP intégrée d'Exchange ne propose pas d'option de préservation des dates. Le pipeline de transport traite chaque message téléversé comme une nouvelle livraison, l'estampillant avec l'horodatage actuel. C'est une limitation architecturale de la gestion IMAP par Exchange, et Microsoft n'a pas fourni de correctif.
Est-ce le même problème que celui causé par les outils de migration tiers ?
La cause est identique. Que la migration utilise l'outil IMAP Exchange, BitTitan MigrationWiz, imapsync ou tout autre outil IMAP, le serveur de destination estampille chaque message avec l'horodatage de transfert. L'analyse de la chaîne d'en-têtes et la reconstruction des métadonnées de date par Redate.io fonctionnent quel que soit l'outil à l'origine de la corruption.
Redate.io peut-il corriger les dates sur Exchange Server on-premises ?
Oui. Redate.io se connecte via IMAP à tout déploiement Exchange avec l'accès IMAP activé. Cela inclut Exchange Online (Microsoft 365), Exchange Server 2019, Exchange Server 2016 et les configurations hybrides. Le serveur a juste besoin d'une connectivité IMAP.
Que deviennent les e-mails originaux pendant la correction ?
Redate.io déplace chaque message original dans un dossier de sauvegarde dédié avant d'appliquer la correction. Rien n'est supprimé. Si une restauration est nécessaire, les originaux sont toujours là. Chaque opération inclut une vérification individuelle par message pour garantir zéro perte de données tout au long du processus.