Message-Idページソースから取得
/webapps//a/23198/51862に記載されているように、月のアーカイブをダウンロードする以外にMessage-Id、ページソースを調べることでも見つけることができます。
すべてのメッセージページの上部、たとえばhttp://lists.busybox.net/pipermail/buildroot/2018-March/214868.htmlには、次のようなmailto:リンクがあります。
Ciro Santilli ciro.santilli at gmail.com
Chromium 64、Ubuntu 17.10でクリックしただけでは機能しません。Thunderbirdは、なしで開きますIn-Reply-To。Firefox 58のすべての組み合わせで同じ動作をし、Gmailをメールハンドラーとして設定しました。
ただし、ページソースを開くか、ブラウザの検査機能（Ctrl + Shift + I）を使用すると、完全なリンクが実際にあることがわかります。
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
そして、In-Reply-To実際にはそこにあるが、エンコードされたURL！次に、https：//urldecode.orgなどのデコーダーまたは正しいツールを提供するCLIツールを使用できますMessage-Id。
<20180303072704.11166-1-ciro.santilli@gmail.com>
手動で設定するIn-Reply-ToにヘッダをMessage-Id我々が発見しました
メッセージIDを取得したら、それを設定できるクライアントを見つける必要があります。
Gmailアカウントでテストした方法：
次のクライアントに適した方法が見つかりませんでした。
基準
RFC自体はIn-Reply-To、mailtoリンクhttps://tools.ietf.org/html/rfc1738でそれを言及しています：
mailto URLの興味深い使用法は、メッセージのアーカイブを閲覧するときです。閲覧した各メッセージには、次のようなmailto URLが含まれる場合があります。
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
そして、GNU Mailman開発者がそれを利用したのは素晴らしいことですが、これを正しく機能させるためにどのコンポーネントが適切に機能していないのでしょうか。
紛らわしいことに、同じRFCは次のようにも言っています。
4.安全でないヘッダー
mailto URLを解釈するユーザーエージェントは、ヘッダーのいずれかが危険と見なされる場合、メッセージを作成しないことを選択する必要があります。また、URLで指定されたヘッダーのサブセットのみでメッセージを作成することもできます。Subject、Keywords、およびBodyヘッダーのみが安全かつ有用であると考えられています。
mailto URLの作成者は、URLのリゾルバが「件名」および「本文」ヘッダー以上を理解することを期待できません。mailto URLをメールメッセージに解決するクライアントは、「件名」および「本文」ヘッダーを使用してRFC 822準拠のメールメッセージを正しく作成できる必要があります。
だから多分それが多くのクライアントがそれをサポートしない理由でしょうか？
参照：https : //stackoverflow.com/questions/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
次に知りたいのは、他の人がローカルにテストするために送信したパッチセットを適用する方法です：https : //stackoverflow.com/questions/5062389/getting-started-with-git-am Spoiler：それは苦痛です/取り消し可能。