多个回复至

Question

邮件用户代理通常根据包含其他邮件的In-Reply-To和References头字段中的Message-ID，将电子邮件线程显示为消息链。尽管一封邮件通常只回复一封其他邮件，但也可能有一封邮件回答多封其他邮件的情况。RFC 5322允许在这两个字段中有多个条目。如果我发送一封引用或回复多个ID的邮件，我可以期待什么？

• 这样做是好的做法吗？
• 这会让广泛使用的邮件用户代理感到困惑吗？
• 关于如何在线程视图中显示这样的消息，是否有共识？

- XZS

Answer 1

“回复：”字段将包含原始消息的“消息ID：”字段的内容，用于指示本消息作为哪个消息（即父消息）的回复。如果有多个父消息，则“回复：”字段将包含所有父级“消息ID：”字段的内容。如果没有父消息中的“消息ID：”字段，则新消息将没有“回复：”字段。

从技术上讲，可能存在这样一种情况，您需要回复多封电子邮件，并在“In-Reply-To”标头中放置多个消息ID，这是有效的。我无法想到任何实际支持此功能的程序。至于邮件用户代理（MUAs），它们不会关心MUA关心的是To、Cc、Bcc标头的交付。

“In-Reply-To”标头和“References”标头将控制线程的显示方式。不确定是否有任何邮件客户端会处理多个“In-Reply-To”标头。99%的情况下，在“In-Reply-To”标头中只会有一个消息ID。因此，邮件应用程序可以不支持它。但是，它们将支持其他参考条目。这不应该会带来问题。

- Shinrai

Answer 2

当我发送一封包含多个ID的邮件时，我可以期待什么？

这样做是一个好的实践吗？

正如你所说，当前的标准（RFC 5322）定义了这一点，那么遵守这个标准应该没有问题吧？ 还要注意的是，在“References”中使用多个ID是很常见的，而在“In-Reply-To”中使用多个ID则不太常见（请参阅RFC 5322的“3.6.4. Identification Fields”部分）。

这会让广泛使用的MUA感到困惑吗？

就像上面所说的：我认为不支持这个标准的MUA不值得使用。 然而，大多数MUA很难或者几乎不可能同时回复多个消息；我知道的一个例外是使用Emacs的Supercite插件。

还请确保不要混淆事物： In-reply-to 头字段并未指定消息被发送给哪些发件人；它仅仅是添加了一个引用。 详细信息请参阅 RFC 5322 的 "3.6.4. Identification Fields" 章节。

此外，当回复消息时，如果不使用 MUA 的 "reply" 功能而是使用 "compose"，可能会更容易让 用户 感到困惑，而不是让 MUA 感到困惑。

关于如何在线程视图中显示这样的消息是否有共同立场？

显然，消息的图形是一个 DAG（有向无环图），在大多数情况下是特殊情况下的 树。 因此，问题在很大程度上等同于 "如何显示 DAG 或树？" 在基于文本的界面中，您可以通过相对于父消息进行缩进来实现，可能还可以折叠和/或展开子节点。 后一种方式可能在图形用户界面中更加舒适和易于理解。

- U. Windl