Corriger les dates de copie IMAP manuelle dans Thunderbird
Pourquoi la copie IMAP manuelle affiche la mauvaise date dans Thunderbird
Thunderbird est un client de messagerie gratuit populaire, souvent utilisé pour la migration manuelle d'e-mails entre comptes IMAP. Les utilisateurs ajoutent les comptes IMAP source et destination dans Thunderbird et copient ou déplacent les messages entre eux. Lorsque Thunderbird transfère un message vers le serveur IMAP de destination via APPEND, il ne transmet pas le paramètre INTERNALDATE original. Le serveur de destination définit l'INTERNALDATE à l'horodatage du transfert et ajoute son propre en-tête Received avec la date actuelle.
Le comportement d'affichage des dates de Thunderbird dépend de la configuration des colonnes. Par défaut, Thunderbird affiche la colonne « Date » (issue de l'en-tête Date) plutôt qu'une colonne « Reçu ». Cela peut partiellement masquer le problème : si un utilisateur ne voit que la colonne Date, les dates peuvent sembler correctes car l'en-tête Date est préservé lors de la copie. Cependant, l'INTERNALDATE sous-jacente sur le serveur est fausse, ce qui affecte le tri côté serveur, la recherche et tout autre client qui se connecte au même compte.
Le problème devient pleinement visible lorsque l'utilisateur ajoute la colonne « Reçu » à la liste de messages de Thunderbird, ou lorsqu'il accède à la même boîte aux lettres depuis un autre client (Outlook, Apple Mail) qui affiche la date de réception par défaut. L'INTERNALDATE corrompue sur le serveur persiste quel que soit le client utilisé pour consulter la boîte aux lettres, et elle affecte toutes les opérations IMAP qui référencent la date du message.
Comment cela affecte Thunderbird
Dans Thunderbird, la colonne « Date » par défaut affiche l'en-tête Date de l'e-mail, qui est préservé pendant la copie et peut s'afficher correctement. Cependant, la colonne « Reçu » de Thunderbird (si activée) montre l'IMAP INTERNALDATE, qui affiche la date de copie. Le tri côté serveur dans Thunderbird (qui trie par INTERNALDATE lors du tri par date de réception) produit un ordre chronologique incorrect pour les messages copiés.
La recherche de messages de Thunderbird peut produire des résultats mitigés selon qu'elle interroge les données en cache local ou effectue une recherche IMAP côté serveur. Les recherches locales peuvent utiliser l'en-tête Date (correct), tandis que les recherches côté serveur utilisent l'INTERNALDATE (incorrect). Les filtres de messages de Thunderbird qui se déclenchent sur la date de réception utilisent l'INTERNALDATE, pouvant mal acheminer les messages copiés. Le filtrage par date de la barre de filtre rapide utilise également les dates côté serveur, renvoyant des résultats inexacts pour les messages copiés mélangés avec les messages normalement reçus.
Questions fréquemment posées
Thunderbird affiche la bonne colonne Date. Y a-t-il quand même un problème ?
Oui. La colonne Date affiche la date de l'en-tête de l'e-mail, qui est correcte. Mais l'IMAP INTERNALDATE sur le serveur est fausse. Cela affecte la recherche côté serveur, le tri, les autres clients connectés au même compte et les outils de sauvegarde. Redate.io corrige l'INTERNALDATE pour qu'elle corresponde à l'en-tête Date original.
Thunderbird peut-il corriger l'INTERNALDATE lui-même ?
Non. Thunderbird ne dispose pas de fonctionnalité pour modifier l'INTERNALDATE des messages déjà présents sur le serveur. Le protocole IMAP ne prend pas en charge la modification de l'INTERNALDATE après l'insertion du message. La seule solution est de réinsérer le message avec la bonne date, ce que Redate.io automatise.
J'ai utilisé Thunderbird pour copier des e-mails vers plusieurs comptes de destination. Redate.io peut-il tous les corriger ?
Oui. Redate.io peut se connecter à tout serveur compatible IMAP et corriger les dates. Chaque compte de destination peut être connecté et corrigé indépendamment via le tableau de bord Redate.io.