"Filetage manuel" dans Thunderbird?

J'utilise la vue filetée de Thunderbird des e-mails pour regrouper les e-mails qui sont liés. Cependant, parfois, les gens répondent aux messages à l'aide d'un programme de messagerie qui ne définit pas correctement les en-têtes pour indiquer qu'il s'agit d'une réponse, ou même écrivent un nouveau courrier au lieu de répondre.

Dans ces cas, je voudrais attribuer ou "ancrer" manuellement un courrier à un fil existant. Existe-t-il un moyen / addon de le faire dans Thunderbird?

Je pense dans le sens d'un menu contextuel "joindre le courrier au fil XXX". Le courrier deviendrait alors une partie de ce fil (peut-être avec un marqueur spécial expliquant qu'il était groupé manuellement).

Mise à jour: j'utilise Thunderbird 3.7 Alpha, mais je suis intéressé par des solutions pour n'importe quelle version.

La seule solution à laquelle je peux penser est de changer la ligne d'objet afin que l'e-mail tienne dans le modèle de thread de Thunderbird (Re: subject). Il y a deux façons de penser:

1. Transférer l'e-mail à vous-même avec une nouvelle ligne d'objet.

2. Utilisez la TB - tête Outils d' extension à modifier le sujet en ligne. Cependant, je n'ai aucune expérience avec cette extension et ne peux pas garantir qu'elle fonctionne. Apparemment, cela fonctionnait plutôt bien avec TB2.

[MODIFIER] L'extension TB Header Tools n'est pas disponible pour les versions actuelles de Thunderbird.
Je recommande maintenant EditEmailSubject que j'utilise moi-même sans aucun problème.

Veuillez vérifier une bonne information sur le filetage ici: https://github.com/protz/GMail-Conversation-View/wiki/What-is-threading

Principale raison du comportement indésirable?:

Les discussions non liées sont regroupées!

Quelqu'un était paresseux et au lieu de composer un nouveau message, appuyez simplement sur "Répondre à tous" et changez de sujet. Vous devez éduquer ces personnes et leur dire de ne pas utiliser la fonction Répondre à toutes lorsqu'elles ont l'intention de démarrer un nouveau fil.

Je me demande toujours s'il existe un moyen de modifier manuellement les en-têtes de réponse ou de référence.

Vous pouvez utiliser le plugin Header Tools Lite de Genius Paolo .

- select message under which to Thread
- message_context_menu>HeaderToolsLite>Change Header Details
- copy Message-ID: (or one of References: to thread randomly)
- select misplaced message
- message_context_menu>HeaderToolsLite>Change Header Details
- paste into References: in comma separated list
- thank

La réponse de harrymc m'a renvoyé vers un article de revue pour l'extension TB Header Tools, qui dit:

Cependant, j'ai découvert que TB3 permet désormais de faire glisser l'e-mail sur le bureau, de le modifier avec le Bloc-notes et de le faire glisser, c'est donc ma façon préférée maintenant.

C'est probablement ce que je ferai également. De cette façon, je peux changer / ajouter des en-têtes comme bon me semble (soit ajuster le sujet, soit ajouter directement le manquant In-Reply-To:ou l'en- References:tête.

Pour cela, j'utilise l'extension TotalMessage . Faites glisser un message vers le message parent souhaité et déposez-le.

Veuillez regarder les commentaires. L'outil n'a pas pu fonctionner pour vous.

La demande de fonctionnalité semble dater de 2000, donc je ne pense pas qu'elle soit prise du tout au sérieux.

Cette fonctionnalité serait la plus utile pour le cas d'utilisation de l'OP tel que décrit: lorsqu'une réponse à un message a été écrite avec un MUA qui ne conserve pas les données nécessaires pour le filetage (par exemple, dans la réponse à et les références).

Si vous pouviez faire glisser et déposer de tels messages sur le fil auquel ils appartiennent, cela résoudrait le problème. Le processus devrait ajouter les en-têtes nécessaires pour préserver la nouvelle position du message, et peut-être renommer tous les en-têtes qui pourraient interférer avec cela en variantes X.

• Oui, bien sûr, il pourrait être utilisé pour déplacer des messages avec le "mauvais" en-tête de sujet dans des threads apparemment sans rapport, mais je soumets que c'est un cas d'utilisation minoritaire.

• Oui, bien sûr, les utilisateurs mal éduqués ont besoin d'une meilleure formation, et les MUA mal écrits doivent être défendus, mais c'est un problème différent, et pas une bataille que l'individu peut gagner du jour au lendemain.

Cette seule fonctionnalité entraînerait une augmentation massive de la productivité pour les gros utilisateurs de messagerie * qui sont probablement parmi les meilleurs défenseurs de Thunderbird.

P