Corriger les dates de copie IMAP dans Thunderbird

Thunderbird rend la migration d'e-mails entre comptes IMAP trompeusement facile. Ajoutez les deux comptes, sélectionnez les messages, clic droit, "Copier vers". Terminé. Sauf que les dates sont maintenant fausses sur le serveur de destination - et Thunderbird ne vous prévient pas.

Quand Thunderbird téléverse un message vers le serveur IMAP de destination, il envoie une commande APPEND sans spécifier l'INTERNALDATE originale. Le serveur de destination fait ce que fait n'importe quel serveur IMAP dans cette situation : il enregistre l'horodatage du téléversement comme INTERNALDATE et ajoute son propre en-tête Received daté du moment présent. L'en-tête Date original dans le corps de l'e-mail reste intact, mais les métadonnées côté serveur sont définitivement écrasées.

Voici la partie trompeuse. L'affichage par défaut de Thunderbird montre la colonne "Date", qui tire sa valeur de l'en-tête Date - celui qui est encore correct. Donc juste après avoir copié 8000 messages, vous jetez un coup d'oeil à Thunderbird et tout semble normal. Les dates apparaissent correctes. Problème résolu, non ?

Faux. L'INTERNALDATE côté serveur est corrompue. Et cette INTERNALDATE est ce que tous les autres clients e-mail utilisent. Connectez Outlook au même compte ? Date de migration sur chaque e-mail. Ouvrez Apple Mail ? Même problème. Même dans Thunderbird, ajouter la colonne "Reçu" révèle les vrais dégâts. Les commandes de recherche IMAP côté serveur (SEARCH SINCE, SEARCH BEFORE) référencent l'INTERNALDATE, pas l'en-tête Date. Votre historique e-mail est silencieusement cassé au niveau du protocole, même si la vue par défaut de Thunderbird vous le cache.

Dans la configuration par défaut de Thunderbird, les dégâts visibles sont minimes - la colonne "Date" semble toujours correcte. Mais activez la colonne "Reçu" et la corruption devient évidente : chaque message copié affiche la date de copie. Le tri côté serveur par date de réception produit un ordre chronologique absurde. La barre de filtre rapide de Thunderbird, quand elle filtre par plages de dates, interroge le serveur en utilisant l'INTERNALDATE et renvoie des résultats inexacts pour les messages copiés.

Le vrai danger s'étend au-delà de Thunderbird. Tout autre client connecté au même compte IMAP (Outlook, Apple Mail, applications e-mail mobiles) affichera les mauvaises dates par défaut. Les outils de sauvegarde qui archivent via IMAP capturent l'INTERNALDATE corrompue. Les filtres de messages dans Thunderbird qui se déclenchent sur la date de réception utilisent l'INTERNALDATE, risquant de mal classer les messages. L'analyse de la chaîne d'en-têtes et la reconstruction des métadonnées de date de Redate.io corrigent l'INTERNALDATE directement sur le serveur, ce qui signifie que chaque client qui se connecte ensuite - Thunderbird, Outlook, applications mobiles, outils de sauvegarde - voit les dates correctes sans configuration supplémentaire.