Email 回复/转发中始终返回哪些标题？

我正在制作一个集成客户服务的网上商店。每隔几分钟，系统就会将电子邮件检索到数据库中，解析邮件头并将邮件与客户和订单关联起来

通过消息

From:

标题，客户线程相当可靠。但是订单呢？似乎大多数人使用

回复：

标题处理线程订单

From: <orders@company.com>
To: <person@place.com>
Subject: Company Order #314159
Reply-To: <order-314159@company.com>

。。。或者

In-Reply-To: <314159-1>

回复：

---

但是，当该人回复时，这些信息是否会被发回？有没有可靠地复制到回复和转发中的头（除了回复：）呢？

回复

是不完全可靠的。所有回复都应该有

参考：

，这比回复：中的

标准化更好，因为后者不容易机器读取

您最好将信封头设置为唯一标识符，可能使用
From:
和
Sender:
组合将回复定向到正确的位置，但显示得很好

另见丹·伯恩斯坦的注释；尤其是

我认为在前锋方面你不能指望任何东西。
你不能完全依靠保留头球。回复或转发时，邮件客户端创建新邮件；该邮件客户端可以完全合法地忽略或更改任何内容，视情况而定

您可以通过以下方式进行跟踪，但这些方式都容易发生更改（主要由用户更改，但也可能由原始邮件客户端更改）。你真的应该用它们来做出最好的猜测

对地址的答复。理论上，如果您愿意，您也可以使用“发件人”进行回复，但“回复”更好，以确保用户（及其邮件服务器/客户端）识别来自您的邮件，并采取适当的行动。我看不出垃圾邮件过滤器会关心一次性地址的原因。鉴于大多数垃圾邮件都使用假地址，而且不关心回复，这并不是垃圾邮件发送者的伎俩。这不太可能导致垃圾邮件过滤的大幅增加。将回复用于与发件人地址相同的域也不太可能看起来可疑
独特的主题。是的，它可以很容易地被更改，但通常现有的主题是附加的，而不是删除的（特别是当它显然包含某种参考号时）。您可以应用正则表达式匹配-可能仅将其用作对其他检测方法的确认
正文中的唯一字符串（前面可能有“请勿删除此行”字样）
如果受支持，回复

的

和
参考
标题可能没有问题。用户很可能会将其回复复制到新的空白邮件中，并丢弃邮件头
虽然您已经收到了一些答案，但是，我们有一个类似的情况，我们应该向客户发送电子邮件，并将其读回，并将其与各种活动关联起来

在研究过程中，我们发现唯一没有被各种电子邮件客户端（Outook、Yahoo、Gmail等）替换或删除的标题是“XREF”。
我们已经对它进行了彻底的测试，并且从我们第一次引入它以来，它一直在工作。
@StevenPenny是否愿意解释您的编辑？我认为值得一提的是，微软的客户在破坏互操作性（包括但不限于忽略
回复
）时特别恼火。作为一名Windows用户，我同意该系统在许多方面都受到了破坏。然而，与其只是谩骂，不如发泄你的不满。引用仅用于netnews协议，而引用和回复用于邮件协议，我的来源是：谢谢你的输入；将查看您共享的资源。
In-Reply-To: <314159-1>