缺少引用和回复标头时有关电子邮件线程的问题答案

【问题标题】：Question about email threading when references and in-reply-to headers are missing缺少引用和回复标头时有关电子邮件线程的问题
【发布时间】：2021-04-21 14:31:50
【问题描述】：

我尝试在 SO 和网络上搜索类似的问题，但没有成功。

tl;dr：当引用和回复标头不可用（缺失/空）？可能吗电子邮件服务提供商将这些标头添加到选择性消息，而不是全部？

背景：

我了解引用标头包含消息 ID 的面包屑路径，而回复标头指向链接列表/线程中的直接节点。

但是当引用和回复标头都不可用（缺失/空）时，线程逻辑会发生什么？就我而言，我看到不相关的消息最终出现在同一个线程中。例如，

Message 1
    in-reply-to: <350576222@ip-xxx-xx-x-72.eu-west-1.compute.internal>
    references: <350576222@ip-xxx-xx-x-72.eu-west-1.compute.internal>
    message-id: <trinity-d2cd4e72-@app-gmx-bap21>

Message 2 - no in-reply-to, and references headers
    message-id: <2E0FA10B@icloud.com>

至少从标题中没有相关性，但这两个最终在同一个线程中。唯一的共同元素是主题行，并且在两者中都与根消息保持不变。具有相同主题行并包含引用和回复标头的所有其他邮件都有自己的单独线程。

环境：

我正在使用一个共享收件箱工具 (FrontApp)，它带有一个基于同步的 GMail，而不是我自己的代码。该工具有自己的“重复数据删除”逻辑，但我不知道它是否修改/删除了标题。根消息始终从我们的系统 - Java Mail 通过 GMail SMTP 发送，并包含用于内部审计的 BCC 字段。

另外，如果有帮助，我发现这主要发生在消息 1 来自 GMail/Yahoo 帐户，而消息 2 来自 web.de 或 gmx.de 帐户的情况下。

是否所有来自 gmx 和 web de 的电子邮件都缺少这些标头/为空？不，我有一些 gmx 和 web de 电子邮件包含这些标头的证据，它们完美地存在于各自的线程中，没有冲突问题。

另一个关键问题是，GMail 本身不存在这个问题，当我登录帐户并查看这些消息时，它们在各自的线程中（每个都有自己的 google thread_id）。

【问题讨论】：

您的后一点与您启用或禁用了转化视图有关，请参阅here。至于你的其他问题 - 我不完全理解你的问题。
感谢您的回复，@ziganotschka。我的意思是，不包含 In-Reply-To 标头的电子邮件会发生什么情况——它们是否仍然基于主题行/发件人在同一个电子邮件链中穿插？

标签： email gmail gmail-imap email-threading

【解决方案1】：

根据documentation

References 和 In-Reply-To 标头遵循 RFC 2822 标准。

如果提供的话。但是，您不需要提供这些参数来创建消息线程。

线程需要的是

subject 需要匹配
threadId 需要在 Request body 中提供（但在 raw 正文之外）。

【讨论】：

感谢您的参考，@ziganotschka。我们帐户中发生的情况是，只有一些电子邮件被分组到一个线程中，而其他具有相同主题行的邮件则没有。这些电子邮件是对根电子邮件的回复 - 出现在一个线程中的大多数回复都有引用，并且缺少回复标题。
收到的回复来自常规电子邮件帐户，因此他们不知道如何修改/操作 Google threadId。
您说“收到的回复来自常规电子邮件帐户”。所以你的意思是普通用户通过 UI 而不是 API 回复电子邮件的回复没有正确线程化？
是的，没错。回复来自最肯定使用 UI 发送它们的用户 - 定期客户沟通。所有这些电子邮件都有相同的主题行，但其中一些回复最终出现在同一个线程中，而另一些则没有。最终在同一个线程中的那些没有引用和回复标题。到目前为止，这是我发现两组之间的唯一区别
我明白了，所以您的问题与 Gmail API 无关，而是与 UI 有关？如果您的问题与编码无关，恐怕 Stackoverflow 不适合它。您在另一个论坛上发帖可能会更成功，也许是Web Applications。