我在使用GNU调试器（GDB）时遇到问题，尽管该问题似乎仍在发生，但我只发现一个最近遇到相同问题的人的一个实例。我在Mailman存档邮件列表中找到了另一个实例。
然后，我尝试了一些其他操作，最后使用GDB解决了该问题。因此，现在我想向邮件列表报告找到的解决方案。但是，这仅在Mailman识别出我的邮件与原始问题是同一线程的情况下才真正有用，但是我没有该邮件（只是该邮件的在线存档版本），所以我无法回复它。
如何确定Mailman将我的邮件视为对该线程的回复？
仅复制主题就足够了吗？
Answers:
一方面，即使您确实回复了旧邮件，Mailman仍会在发送邮件的月份显示您的电子邮件。因此，尝试回复您没有的邮件可能不值得麻烦。只需将新电子邮件与解决方案一起发送到邮件列表即可（假设它与您的解决方案相关）。
但是，出于教育目的：单单复制主题是不够的，因为不能期望邮件列表中的每条消息都具有唯一的主题。表示您要回复邮件的标准方法是通过电子邮件标题In-Reply-To。该标头的值取自Message-ID您要回复的邮件的标题。通常，这是由您的电子邮件客户端自动完成的，但是如果您使用允许您设置自定义标头字段的程序，则应该能够手动进行。如果您转到有问题的邮件列表的列表档案库，然后单击有问题的月份的“ Gzip文本”链接，则应该获得一个压缩后的文本文件，其中包含当月发送的每封电子邮件的Message-ID标头。从您要回复的邮件中复制标题的值，然后将In-Reply-To具有该值的自定义标题添加到您要发送的邮件中。例如，如果您看到
Message-ID: abcdefghijklmnopqrstuvwxyz@mail.example.com
在下载的文本文件中要回复的消息中，应添加自定义标题
In-Reply-To: abcdefghijklmnopqrstuvwxyz@mail.example.com
发送给您的邮件，然后您的邮件将被视为对旧邮件的回复。
mingw-users（列表中的问题）跨越多单一个多月，但被认为是在档案单线程：sourceforge.net/mailarchive/...。这意味着您对此邮件列表似乎没有兴趣。
根据http://lists.sugarlabs.org/archive/fourthgrademath/2009-September/000337.html
请注意，在存档的邮件上，有一个指向[作者的]垃圾邮件安全电子邮件地址的链接吗？该链接实际上是HTML mailto链接。单击它会在列表中创建一条带有匹配主题行的新消息。
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
如果您仅在Ubuntu 17.10的Chromium 64上单击它，它将无法使用：Thunderbird打开，没有In-Reply-To。对于Firefox 58的所有组合，并将gmail设置为我尝试过的电子邮件处理程序，其行为相同。
但是，如果您打开页面源代码，或使用Inspect浏览器功能（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帐户上测试过的方法：
mutt
首先，请确保mutt配置正确，并且可以跨您控制的两个虚拟帐户发送电子邮件。
然后添加到您的.muttrc：
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
现在，在文本编辑器上编辑电子邮件时，您现在可以看到标题并直接对其进行编辑，因此我们应使它们包含以下类型的行：
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
该Subject:字段应与OP设置的字段匹配，但是您无需在行[gem5-users]上放置邮件列表标签Subject:，当GNU Mailman将电子邮件转发给人们时，该标签会自动添加。
这是我通过此方法完全手动输入的示例答复：https : //www.mail-archive.com/gem5-users@gem5.org/msg15488.html（也适用于该项目的GNU Mailman，但它不幸的是登录查看：http : //m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html）
查找回复标头的模板的一种简单方法是单击以回复订阅后收到的主题，只需将Subject:and In-Reply-To:字段修改为所需。
但是请注意，公司防火墙可能会阻止mutt的端口，而不会阻止gmail的网络界面：https : //stackoverflow.com/questions/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using -git-send-ema / 50172911＃50172911
在GNU Mailman mutt2.1.16、1.9.4，Ubuntu 18.04中进行了测试。
我找不到以下客户的好方法：
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中给定的标头的子集来创建消息。仅主题，关键字和正文标头被认为既安全又有用。
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：这很痛苦/不可取消。
~/.muttrc可以在mutt命令中运行set edit_headers=yes。感谢您的良好解释。
我试图回答该信息：
https://lists.opensuse.org/opensuse/2016-04/msg00165.html
@ david-z答案可以帮助我了解幕后发生的事情，但是对我真正有用的是进入邮件列表存档：
https://lists.opensuse.org/opensuse/
然后下载2016年4月邮件列表档案的压缩mbox（.mbox文件）。然后，按照以下说明将下载的mbox文件导入到Mozilla Thunderbird：
http://kb.mozillazine.org/Importing_folders
最后，我搜索了该消息，然后单击“ 全部答复”，如下所示：
https://forums.opensuse.org/showthread.php/419363-how-do-you-reply-to-a-mailing-list-message
在写完我的回复并单击“ 发送”之后，看来我的回复实际上已发送到邮件列表。