Obtenha o Message-Id
da fonte da página
Além de baixar os arquivos do mês, conforme mencionado em /webapps//a/23198/51862, você também pode encontrá-lo Message-Id
inspecionando a fonte da página.
No topo de todas as páginas de mensagens, por exemplo, http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html, há um mailto:
link que mostra como:
Ciro Santilli ciro.santilli at gmail.com
Se você apenas clicar no Chromium 64, Ubuntu 17.10, ele não funcionará: o Thunderbird será aberto, sem o In-Reply-To
. O mesmo comportamento para todas as combinações do Firefox 58 e a configuração do gmail como meu manipulador de e-mail que eu tentei.
No entanto, se você abrir a fonte da página ou usar o recurso Inspecionar navegador (Ctrl + Shift + I), podemos ver que o link completo é realmente:
mailto:buildroot%40busybox.net?Subject=Re%3A%20%5BBuildroot%5D%20%5BPATCH%5D%20Fix%20%22Incorrect%20selection%20of%20kernel%20headers%3A%0A%20expected%204.11.x%2C%20got%204.15.x%22%20for%20qemu_x86_64_defconfig&In-Reply-To=%3C20180303072704.11166-1-ciro.santilli%40gmail.com%3E
e assim o In-Reply-To
está realmente lá, mas URL codificado! Podemos então usar um decodificador, como: https://urldecode.org ou ferramentas CLI, que nos fornecem o correto Message-Id
:
<20180303072704.11166-1-ciro.santilli@gmail.com>
Defina manualmente o In-Reply-To
cabeçalho Message-Id
como encontrado
Depois de termos o ID da mensagem, precisamos encontrar um cliente que nos permita configurá-lo.
Métodos que testei na minha conta do Gmail:
mutt
Primeiro, verifique se mutt
está configurado corretamente e se você pode enviar e-mails por duas contas fictícias que você controla.
Em seguida, adicione ao seu .muttrc
:
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
Ao editar o email no editor de texto, agora você pode ver os cabeçalhos e editá-los diretamente, portanto, devemos fazê-los conter uma linha do tipo:
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
O Subject:
campo deve corresponder ao que o OP configurou, mas você não precisa colocar a tag da lista de discussão [gem5-users]
em Subject:
linha, isso é adicionado automaticamente quando o GNU Mailman encaminha os emails para as pessoas.
Aqui está um exemplo de resposta que eu inseri manualmente manualmente através deste método: https://www.mail-archive.com/gem5-users@gem5.org/msg15488.html (também trabalhou no GNU Mailman do projeto, mas infelizmente, faça login para ver: http://m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html )
Uma maneira fácil de encontrar um modelo para os cabeçalhos de resposta é clicar para responder a um segmento que você recebeu após a inscrição e apenas modificar os campos Subject:
e conforme In-Reply-To:
necessário.
No entanto, observe que o firewall corporativo pode bloquear mutt
as portas sem bloquear a interface da web do gmail: /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using -git-send-ema / 50172911 # 50172911
Testado no GNU Mailman 2.1.16, mutt
1.9.4, Ubuntu 18.04.
Não consegui encontrar um bom método para os seguintes clientes:
Padrões
A própria RFC menciona que, In-Reply-To
nos mailto
links https://tools.ietf.org/html/rfc1738 :
Um uso interessante do seu URL mailto é ao procurar arquivos de mensagens. Cada mensagem navegada pode conter um URL mailto como:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
e é ótimo que os desenvolvedores do GNU Mailman tenham se aproveitado disso, mas eu me pergunto qual componente não está funcionando corretamente para fazer isso funcionar.
Confusamente, o mesmo RFC também diz:
4. Cabeçalhos inseguros
O agente do usuário que interpreta um URL mailto DEVE escolher não criar uma mensagem se algum cabeçalho for considerado perigoso; também pode optar por criar uma mensagem com apenas um subconjunto dos cabeçalhos fornecidos no URL. Somente os cabeçalhos Assunto, Palavras-chave e Corpo são considerados seguros e úteis.
O criador de um URL mailto não pode esperar que o resolvedor de um URL compreenda mais do que os cabeçalhos "assunto" e "corpo". Os clientes que resolverem URLs de email para mensagens de email devem poder criar corretamente mensagens de email compatíveis com RFC 822 usando os cabeçalhos "assunto" e "corpo".
talvez seja por isso que muitos clientes não o suportem?
Consulte também: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
A próxima coisa que você deve saber é como aplicar conjuntos de patches que outras pessoas enviaram para testá-los localmente: /programming/5062389/getting-started-with-git-am Spoiler: é uma dor / desfazível também.