在回复/转发中总是返回哪些标题？

Question

我正在建立一个集成客户服务的网店。每隔几分钟，系统就会检索数据库中的电子邮件，解析标题并将消息与客户和订单相关联。

通过邮件From:标头，客户线程相当可靠。但订单怎么样？似乎大多数人使用Reply-To:标题来处理线程订单......

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

但是凌乱的Reply-to:会掩盖和丑化事物，并可能标记垃圾邮件传感器或其他东西。我绝对不想指望Subject:字段，人们一直在修改主题，即使在回复时也是如此。还有其他标题似乎适合这项工作，例如......

From: <orders@company.com>
To: <person@place.com>
Subject: Company Order #314159
Message-ID: <314159-2>

......或......

In-Reply-To: <314159-1>

但是当这个人回复时，这些是否会被送回？是否有任何标题（Reply-To:除外）可靠地复制到回复和转发中？

Answer 1

您不能完全依赖保留的标头。回复或转发时，邮件客户端会创建新邮件;邮件客户端可以合理地忽略或更改任何内容，视情况而定。

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

1. disposable回复地址。从理论上讲，如果需要，您也可以使用“发件人”执行此操作，但回复更好地确保用户（及其邮件服务器/客户端）从您那里识别出来并采取适当的行动。我认为没有理由为什么垃圾邮件过滤器会关心一次性地址。看起来大多数垃圾邮件无论如何都使用虚假地址并且不关心回复，它实际上不是垃圾邮件制造者的伎俩。它不太可能导致垃圾邮件过滤的大幅增加。使用与您的发件人地址相同的域的回复也不太可能看起来可疑。
2. 一个独特的主题。是的，它可以轻松更改，但通常会附加现有主题，而不是删除（特别是如果它显然包含某种参考编号）。您可以应用正则表达式匹配 - 可能仅将其用作其他检测方法的确认。
3. 身体中的一个独特的字符串（可能前面有“不要删除此行”）
4. 支持时In-Reply-To和Reference标题可能正常。用户很可能会将其回复复制到新的空白邮件中并废弃标题。

Answer 2

遗憾的是，{p> Reply-To并不完全可靠。所有回复都应该References:，这比In-Reply-To:更加标准化，而From:不易于机器阅读。

您最好的选择可能是将信封标头设置为唯一标识符，可能使用Sender:和{{1}}组合将答复指向正确的位置，但效果很好。

参见Tan Bernstein的注释; http://cr.yp.to/immhf.html，特别是http://cr.yp.to/immhf/thread.html

在前锋方面，我认为你不能依赖任何。

Answer 3

虽然您已经收到了一些答案，但我们遇到了类似的情况，我们应该向客户发送电子邮件并将其读回并将其与各种活动联系起来。

在研究期间，我们发现唯一没有被各种电子邮件客户端（Outook，Yahoo，Gmail等）取代或删除的HEADER是＆＃34; XREF＆＃34;。 我们已经对它进行了彻底的测试，自从我们第一次推出它以来它一直在工作。