Pourquoi Outlook affiche la mauvaise date
Après une migration email, les utilisateurs d'Outlook découvrent fréquemment que chaque email affiche la même date, celle de la migration. Ce problème touche Outlook Desktop, Outlook pour Mac, le nouvel Outlook pour Windows et Outlook Mobile. La cause est la même sur toutes les versions : Outlook détermine la date de "réception" en lisant l'en-tête "Received" le plus récent, et les outils de migration ajoutent un nouvel en-tête "Received" avec l'horodatage de migration.
Comment Outlook détermine la date de "réception"
Quand Outlook affiche la date d'un email, il lit l'INTERNALDATE IMAP et les en-têtes "Received" du message. Pour la colonne "Reçu" (qui est la colonne de tri par défaut dans la plupart des vues Outlook), Outlook utilise l'horodatage de l'en-tête "Received" le plus haut. Lors d'une livraison normale, cet en-tête reflète le moment où le message est arrivé au serveur de messagerie du destinataire. Après migration, l'en-tête "Received" le plus haut reflète le moment où l'outil de migration a inséré le message dans le nouveau serveur.
La différence entre "Envoyé" et "Reçu" dans Outlook
Outlook distingue deux colonnes de date : "Envoyé" (provenant de l'en-tête "Date" de l'email) et "Reçu" (provenant des en-têtes "Received" ou de l'INTERNALDATE). Après migration, la date "Envoyé" peut encore être correcte puisque l'en-tête "Date" d'origine est préservé. Mais la date "Reçu" affiche l'horodatage de migration. Comme la vue par défaut d'Outlook trie par date "Reçu", et que la plupart des utilisateurs ne changent jamais ça, c'est la date de migration que tout le monde voit.
Vérification rapide - est-ce un problème de date de migration ?
Avant de tenter une correction, il faut confirmer que le problème est bien causé par les en-têtes de migration et non par autre chose.
Comment voir les en-têtes bruts dans Outlook
Dans Outlook Desktop, ouvrez l'email concerné, cliquez sur "Fichier" puis "Propriétés". La zone "En-têtes Internet" en bas affiche les en-têtes bruts. Dans Outlook sur le web (OWA), ouvrez l'email, cliquez sur le menu trois points, puis "Afficher" et "Afficher les détails du message". Les en-têtes bruts apparaissent dans une fenêtre popup.
Identifier l'en-tête "Received" de migration
Cherchez un en-tête "Received" contenant des références à l'outil de migration. Les motifs courants incluent "mx.migrationwiz.com" pour BitTitan, "cloudm.io" pour CloudM, ou une entrée générique "localhost" avec un horodatage correspondant à la date de migration. Si l'en-tête "Received" le plus haut à une date qui correspond à la date de migration (et diffère de la date originale du message), le problème est confirmé. C'est cet en-tête que Redate.io identifie et corrige. Pour des guides spécifiques par outil, voir la correction des dates Outlook après migration BitTitan, CloudM, imapsync, GSMMO, Exchange IMAP ou copie IMAP manuelle.
Solutions qui ne fonctionnent pas
Les utilisateurs Outlook et les administrateurs IT tentent généralement plusieurs approches avant de réaliser que la correction doit se faire au niveau du serveur, pas dans le client Outlook.
Changer la colonne vers la date "Envoyé"
Basculer la vue Outlook de la date "Reçu" vers la date "Envoyé" est la solution de contournement la plus répandue. Ça change bien l'ordre de tri, mais ça ne corrige pas les données sous-jacentes. Les résultats de recherche réfèrent toujours la mauvaise date de réception. Les règles et filtres basés sur la date de réception dysfonctionnent. Les outils de conformité et d'eDiscovery qui se fient aux horodatages de réception produisent des résultats incorrects. Et les utilisateurs doivent changer ce paramètre sur chaque appareil et dans chaque dossier, une charge de support qui s'amplifie mal à l'échelle d'une organisation.
Reconstruire les fichiers OST/PST
Certains administrateurs tentent de résoudre le problème en supprimant le cache local d'Outlook (fichier OST) et en laissant Outlook se resynchroniser depuis le serveur. Ça ne sert à rien puisque le problème existe côté serveur, pas dans le cache local. Les données resynchronisées contiennent les mêmes en-têtes "Received" de migration, donc les dates restent fausses. De même, exporter en PST et réimporter ne supprime pas les en-têtes de migration.
Paramètres d'affichage Outlook
Ajuster les paramètres d'affichage d'Outlook, la mise en forme conditionnelle ou les options de regroupement ne peut pas changer la date qu'Outlook lit dans les en-têtes de l'email. Ces paramètres contrôlent comment les données sont affichées et organisées, mais la valeur de date sous-jacente provient du serveur. Aucune combinaison de paramètres d'affichage ne peut forcer Outlook à ignorer l'en-tête "Received" de migration.
La solution - restaurer les dates correctes au niveau serveur
La seule façon de corriger les mauvaises dates dans Outlook après migration est de corriger les emails sur le serveur. Une fois les données côté serveur corrigées, Outlook affiche automatiquement les bonnes dates à la prochaine synchronisation. Aucune modification côté client n'est nécessaire.
Mais pourquoi ne pas le faire soi-même avec un script ? Parce que c'est bien plus complexe qu'une opération de recherche-remplacement. Chaque email a une structure d'en-têtes unique. Certains messages portent des signatures numériques S/MIME qui deviennent invalides si un seul octet change. D'autres ont du chiffrement PGP, des parties MIME imbriquées, des en-têtes encodés en non-ASCII (RFC 2047), ou des particularités de Content-Transfer-Encoding qui font trébucher un parseur naïf. Des frontières MIME corrompues peuvent silencieusement détruire les pièces jointes. Un threading cassé peut éparpiller les conversations dans toute la boîte mail. Et sans vérification adéquate, on ne saura même pas que quelque chose a mal tourné jusqu'à ce qu'un utilisateur signale une pièce jointe manquante trois semaines plus tard.
Comment Redate.io corrige les dates Outlook
Redate.io se connecte directement au serveur de messagerie (Google Workspace, Microsoft 365 ou tout serveur IMAP) et traite chaque email via son moteur de correction propriétaire. Le moteur exécute un pipeline d'analyse multi-étapes qui gère la correspondance de signatures sur des centaines de profils d'outils de migration connus, préserve l'intégrité du message à travers les structures MIME complexes, et vérifie chaque correction avant de la finaliser. Les messages originaux sont déplacés vers un dossier visible "Redate.io - Originals" pendant 30 jours.
Une fois la correction terminée par Redate.io, Outlook récupère les dates corrigées à la synchronisation suivante. Aucun changement n'est nécessaire dans les paramètres Outlook. La correction fonctionne sur toutes les versions d'Outlook car elle se fait au niveau serveur.
Avant et après
Avant la correction, une boîte de réception Outlook après migration montre chaque email avec la même date de réception (par exemple "11 avril 2019" sur des messages originellement envoyés entre 2015 et 2019). Après le traitement par Redate.io, la même boîte de réception affiche les dates originales correctes. Les emails de 2015 montrent des dates de 2015, les emails de 2018 montrent des dates de 2018. Le tri par date fonctionne à nouveau correctement, et les résultats de recherche renvoient des horodatages précis.
Guide étape par étape
Corriger les mauvaises dates Outlook avec Redate.io se fait en trois étapes, quelle que soit la plateforme email.
Utilisateurs Google Workspace
Pour les organisations utilisant Google Workspace, l'administrateur crée un Service Account avec délégation à l'échelle du domaine. Cela donne à Redate.io l'accès aux boîtes mail sans nécessiter les mots de passe individuels des utilisateurs. L'admin saisit les identifiants du Service Account dans Redate.io, sélectionne les boîtes mail à corriger et lance l'analyse gratuite. L'analyse identifie combien d'emails ont des dates erronées dans chaque boîte. Après examen des résultats, l'admin choisit un plan tarifaire et lance la correction. Redate.io traite toutes les boîtes sélectionnées automatiquement. Les utilisateurs voient les dates corrigées dans Outlook (et tout autre client) après la prochaine synchronisation.
Utilisateurs Microsoft 365
Pour les organisations Microsoft 365, l'administrateur enregistre une application Azure AD avec les autorisations mail appropriées. Redate.io utilise cette application pour accéder aux boîtes mail Exchange Online via l'API Microsoft Graph ou IMAP. Le processus est le même : connecter, analyser gratuitement, examiner les résultats, puis corriger. Le consentement admin est requis une seule fois et couvre toutes les boîtes du tenant.
Autres serveurs IMAP
Pour les boîtes mail hébergées sur d'autres serveurs IMAP (Zimbra, Zoho, cPanel, Dovecot, Courier), les utilisateurs se connectent avec leurs identifiants email standard (adresse du serveur, nom d'utilisateur, mot de passe). Redate.io se connecte via IMAP, analyse la boîte mail et applique la même correction. Cette option fonctionne pour les boîtes individuelles et ne nécessite pas d'accès administrateur au serveur.
D'ailleurs, quelle que soit la plateforme, le résultat est identique : Outlook affiche les dates originales correctes, le tri fonctionne correctement et l'ordre chronologique de la boîte mail est entièrement restauré.
Outlook affiche les mauvaises dates après migration ? Lancez une analyse gratuite pour découvrir combien d'emails sont concernés et corrigez-en 10 gratuitement pour vérifier les résultats.