“Threading manual” no Thunderbird?

Question

Eu uso o modo de exibição de mensagens de e-mail do Thunderbird para agrupar os e-mails relacionados. No entanto, às vezes as pessoas respondem a mensagens usando algum programa de e-mail que não define corretamente os cabeçalhos para dizer que é uma resposta ou até mesmo escreve um novo e-mail em vez de responder.

Nestes casos, gostaria de atribuir manualmente ou "encaixar" um email a um thread existente. Existe alguma maneira / addon para fazer isso no Thunderbird?

Estou pensando nas linhas de um menu de contexto "anexar email ao segmento XXX". O e-mail se tornaria parte desse encadeamento (talvez com um marcador especial explicando que ele foi agrupado manualmente).

Atualização: Estou usando o Thunderbird 3.7 Alpha, mas estou interessado em soluções para qualquer versão.

    

Answer 1

A única solução em que consigo pensar é alterar a linha de assunto para que o email se encaixe no modelo de thread do Thunderbird (Re: subject). Existem duas maneiras de pensar:

1. Encaminhe o email para si mesmo com uma nova linha de assunto.

2. Use a extensão de ferramentas de cabeçalho de TB para editar a linha de assunto. No entanto, não tenho experiência com essa extensão e não posso garantir que ela funcione. Aparentemente, costumava funcionar muito bem com o TB2.

[EDIT] A extensão de ferramentas de cabeçalho TB não está disponível para as versões atuais do Thunderbird.
Eu agora recomendo EditEmailSubject que eu mesmo uso sem problemas.

    

Answer 2

Por favor, verifique uma boa informação sobre segmentação aqui: link

Principal motivo para comportamento indesejado?:

Tópicos não relacionados são agrupados juntos!

Alguém era preguiçoso e, em vez de escrever uma nova mensagem, basta clicar em "Responder a todos" e alterou o assunto. Você precisa instruir essas pessoas e dizer a elas para não usarem todas as respostas quando pretenderem iniciar um novo tópico.

Ainda estou me perguntando se existe uma maneira de alterar manualmente os cabeçalhos de resposta ou referências.

    

Answer 3

Você pode usar o plug-in Ferramentas de cabeçalho Lite por gênio 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

    

Answer 4

A resposta de harrymc me indicou uma postagem de revisão sobre a Extensão de Ferramentas de Cabeçalho da TB, que diz:

However, I have discovered that TB3 now DOES allow the email to be dragged onto the desktop, edited with Notepad, and dragged back, so that's my preferred way now.

Isso é provavelmente o que eu vou fazer também. Dessa forma, posso alterar / adicionar cabeçalhos como achar melhor (ou ajustar o assunto ou adicionar diretamente o cabeçalho In-Reply-To: ou References: ausente).

    

Answer 5

Para isso, eu uso extensão TotalMessage . Arraste uma mensagem para a mensagem pai desejada e solte-a.

Por favor, olhe nos comentários. A ferramenta não funcionou para você.

    

Answer 6

A solicitação de recurso parece datada de 2000, então não acho que ela esteja sendo levada a sério.

Esse recurso seria mais útil para o caso de uso do OP, conforme descrito: quando uma resposta a uma mensagem foi gravada com um MUA que não preserva os dados necessários para encadeamento (por exemplo, In-Reply-To e References) .

Se você pudesse arrastar e soltar essas mensagens no encadeamento onde elas pertencem, isso resolveria o problema. O processo precisaria adicionar os cabeçalhos necessários para preservar a nova posição da mensagem e, talvez, renomear os cabeçalhos que interferissem com isso para as variantes X.

• Sim, é claro que poderia ser usado para mover mensagens com o "errado" Cabeçalho de assunto em tópicos aparentemente não relacionados, mas eu sugiro que esse é um caso de uso minoritário.

• Sim, é claro, usuários mal educados precisam de um treinamento melhor e MUAs mal escritos precisam ser defendidos, mas isso é problema diferente, e não uma batalha que o indivíduo pode ganhar durante a noite.

Esse recurso resultaria em um aumento massivo de produtividade para usuários pesados de e-mail * que provavelmente estão entre os melhores defensores do Thunderbird.

P