Mes anciens emails ont tous la même date : que se passe-t-il ?

Le symptôme : tous vos anciens emails groupés à la même date

Vous ouvrez Outlook, Gmail ou Apple Mail un matin. Quelque chose cloche. Des centaines, parfois des milliers d'emails anciens affichent tous la même date : celle d'il y a quelques jours, ou d'il y a quelques semaines. Des messages de 2021, de 2019, de 2016 apparaissent comme s'ils avaient été reçus hier. Le tri par date ne veut plus rien dire. Vous cherchez un email important de l'année dernière, et il est noyé dans un bloc de milliers de messages qui semblent tous arriver du même jour.

Les nouveaux emails, eux, affichent des dates correctes. C'est uniquement les anciens messages qui sont touchés.

Qu'est-ce qui a bien pu se passer ?

Le premier réflexe : accuser le logiciel

Naturellement, on pense à un bug. Outlook qui a planté. Une mise à jour qui a mal tourné. Un fichier corrompu. Et c'est là que commence souvent un parcours du combattant : on cherche "bug date Outlook", on tombe sur des forums qui parlent de fichiers OST, de SCANPST.exe, de recréer son profil Outlook depuis zéro...

On passe deux heures à tout réessayer. Le problème persiste.

D'ailleurs, SCANPST est un outil de réparation de fichiers de données Outlook locaux. Il peut corriger certaines corruptions de fichier, mais il ne touche pas aux données stockées sur le serveur de messagerie. Autrement dit, même si vous réparez votre fichier OST à la perfection, les dates resteront fausses, parce que le problème n'est pas chez vous.

Le problème est dans vos emails eux-mêmes, sur le serveur.

Ce qui s'est vraiment passé : une migration

Dans la quasi-totalité des cas, ce symptôme apparaît après une migration de messagerie. Votre entreprise est passée d'un ancien système à Google Workspace, à Microsoft 365, ou à un nouveau serveur. Quelqu'un, quelque part, a utilisé un outil pour transférer tous vos emails d'un endroit à l'autre.

Vous n'en avez peut-être pas été informé. Ou vous l'avez su, mais vous n'avez pas fait le lien avec le problème de dates. C'est tout à fait normal.

Ces outils de migration font un travail considérable : ils copient des milliers de messages, des dossiers entiers, des pièces jointes. Mais ils ont un effet de bord assez sournois. Quand un email est transféré d'un serveur à un autre, l'outil ajoute une petite ligne technique dans l'email, appelée en-tête "Received:", qui indique quand le message est arrivé sur le nouveau serveur. C'est-à-dire : la date de la migration.

Et voilà le noeud du problème.

Comment votre client mail décide quelle date afficher

Un email contient en réalité plusieurs dates différentes, cachées dans ses données techniques. Il y a la date d'envoi originale (celle que vous voyez normalement), mais aussi des "en-têtes Received:" qui enregistrent chaque étape du trajet du message sur Internet.

(Si vous avez déjà cliqué sur "Afficher la source" ou "Voir les en-têtes complets" d'un email, vous avez peut-être vu ces lignes cryptiques qui ressemblent à un bloc de texte incompréhensible. C'est exactement ça.)

En temps normal, votre logiciel de messagerie regarde l'en-tête "Received:" le plus récent pour déterminer quand afficher l'email. Cette logique fonctionne parfaitement : le dernier "Received:" correspond toujours à l'arrivée du message dans votre boîte, soit quelques secondes après l'envoi.

Mais après une migration, cette logique se retourne contre vous. L'outil de migration a ajouté un nouvel en-tête "Received:" tout en haut, avec la date du transfert. Votre logiciel de messagerie lit cet en-tête en premier, voit la date de migration, et l'affiche. La date originale d'envoi est toujours là, intacte, enfouie plus bas dans les données de l'email. Mais votre logiciel ne la voit pas, parce qu'il s'arrête au premier en-tête.

Résultat : 8000 emails qui semblent tous arriver du même mardi de novembre.

Quels outils causent ce problème ?

Les outils de migration les plus courants ont tous ce comportement. BitTitan MigrationWiz, CloudM, imapsync, GSMMO (l'outil gratuit de Google pour migrer depuis Outlook), et bien d'autres. Ce n'est pas vraiment un défaut de leur part : c'est une conséquence du fonctionnement technique du protocole email. Ces outils ajoutent cet en-tête parce que c'est ce que le protocole prévoit lorsqu'un message est transféré d'un serveur à un autre.

Le problème, c'est que personne ne prévient les utilisateurs que ça va se passer.

Si votre entreprise a récemment changé de messagerie, ou si votre service informatique a effectué une "migration vers le cloud", c'est très probablement l'origine du problème. Vous pouvez vérifier en regardant les dates affectées : elles correspondent-elles toutes à peu près à la même période ? Si oui, cette période est celle de la migration.

Les fausses pistes à éviter

Quelques solutions qu'on trouve souvent sur les forums, et qui ne fonctionnent pas :

Réparer le fichier de données avec SCANPST

On l'a mentionné plus haut : SCANPST répare les fichiers locaux Outlook (les fichiers .pst ou .ost stockés sur votre ordinateur). Il ne modifie pas les emails sur le serveur. Après réparation, vos emails auront toujours les mêmes mauvaises dates, parce que ces dates sont dans les emails eux-mêmes, pas dans le fichier local.

Recréer le profil Outlook

Même logique. Recréer un profil Outlook revient à repartir d'une ardoise vierge localement, puis à re-télécharger tous vos emails depuis le serveur. Vos emails re-téléchargés auront exactement les mêmes mauvaises dates qu'avant. Vous avez juste perdu du temps à tout reconfigurer.

Trier par "date d'envoi" au lieu de "date de réception"

Certains forums suggèrent de changer le critère de tri dans Outlook, en passant de la date de réception à la date d'envoi. Ça peut aider dans certains cas... mais pas toujours. Et ça ne résout rien pour d'autres logiciels, d'autres appareils, ou d'autres personnes qui accèdent à votre boîte mail. La cause profonde reste là. Le tri par date d'envoi n'est pas une solution, c'est un pansement.

Réinstaller le logiciel de messagerie

Non. Les emails sont sur le serveur, pas dans le logiciel. Réinstaller Outlook, Gmail, Apple Mail ou Thunderbird ne change rien aux données stockées en ligne.

La bonne nouvelle : les vraies dates sont encore là

Voici quelque chose d'important à comprendre, et qui rend la correction possible : la date originale d'envoi de chaque email n'a pas été effacée. Elle est toujours là, dans l'email, dans un en-tête appelé "Date:" qui correspond à la date d'envoi choisie par l'expéditeur. C'est un standard email (défini par une spécification technique appelée RFC 2822) que tous les outils de migration respectent, parce que le modifier serait une violation grave des standards.

Autrement dit, si vous avez reçu un email le 14 mars 2022, cet email contient encore cette date quelque part dans ses données. Elle n'est juste plus celle que votre logiciel affiche en premier.

C'est précisément ce qui rend la correction possible. Le problème n'est pas une perte de données. C'est une question de lecture des métadonnées : votre logiciel de messagerie lit la mauvaise date, alors que la bonne date est toujours présente.

Pourquoi ne pas essayer de corriger ça soi-même ?

Vous vous demandez peut-être si un informaticien peut simplement écrire un script pour corriger le problème. Comprendre ce qui se passe, c'est une chose. Le corriger proprement sur des milliers d'emails sans en perdre aucun, c'en est une autre.

Un email n'est pas un simple fichier texte. Il peut contenir des pièces jointes, des signatures numériques, des contenus encodés dans des formats complexes. Modifier les métadonnées d'un tel message sans le déstructurer demande de gérer des dizaines de cas particuliers : messages signés électroniquement (S/MIME), emails chiffrés (PGP), encodages non-standard, structures en plusieurs parties... Un script maison qui fonctionne sur 20 emails de test ne fonctionnera très probablement pas correctement sur une boîte de production de 15000 messages. Et si quelque chose tourne mal, comment s'assurer qu'aucun email n'a été abîmé ou perdu ? Avec un script maison : impossible.

Sans mécanisme de sauvegarde et de vérification individuel pour chaque email, le risque de dégâts collatéraux est réel.

Ce que fait Redate.io

Redate.io est un service conçu spécifiquement pour ce problème. Il se connecte à votre boîte mail (Google Workspace, Microsoft 365, ou un serveur IMAP), identifie les emails dont les dates ont été altérées par une migration, et les corrige via un moteur propriétaire qui analyse la chaîne complète des en-têtes et reconstruit les métadonnées de date pour chaque message.

Chaque email corrigé est vérifié individuellement. Les originaux sont conservés dans un dossier de sauvegarde visible pendant 30 jours. Si quelque chose ne va pas, vous pouvez revenir en arrière.

Le scan initial est gratuit : Redate.io analyse votre boîte et vous montre exactement combien d'emails sont affectés avant que vous ne décidiez quoi que ce soit. Pas de surprise.

La tarification est un paiement unique, basé sur le volume d'emails à corriger. Pas d'abonnement. Vous payez une fois, le problème est réglé.

Vous voulez voir l'étendue des dégâts avant de vous engager ? Lancez un scan gratuit de votre boîte mail sur Redate.io et découvrez en quelques minutes combien d'emails sont affectés.