将电子邮件作为服务发送给他人时，我应该使用回复标题吗？

Posted 2023-02-25

【中文标题】将电子邮件作为服务发送给他人时，我应该使用回复标题吗？

【英文标题】：Should I use the Reply-To header when sending emails as a service to others?

【发布时间】：2011-06-11 08:00:12

【问题描述】：

假设我们有一个充当中间人的应用程序，允许 A 公司向他们的客户发送报告。

A 公司 --> B 公司（我）--> A 公司的客户

收到报告后，我们会向收件人发送电子邮件通知，但它们必须来自我们公司的通知电子邮件地址，例如

[e-mail] --> [e-mail] --> [e-mail]

现在，客户倾向于回复这些电子邮件通知，希望他们回到 A 公司发送报告的人那里。相反，他们最终会回到我们的地址，[e-mail]。

一个简单的解决方案可能是更改我们发送到相关公司 A 地址的通知上的回复标题，例如

[e-mail] --> [e-mail] [回复：[e-mail]] --> [e-mail]

但我主要担心的是：

“发件人”和“回复”字段之间的电子邮件地址和域完全不同，这可能会使垃圾邮件或网络钓鱼过滤器更愿意标记电子邮件 当人们实际单击“回复”时，并非所有电子邮件客户端都尊重“回复”字段，而是使用“发件人”。一个较小的担忧，除非广泛传播。

这些担忧是否成立？或者，我应该有其他顾虑吗？

【参考方案1】：

阅读完所有这些后，我可能会在电子邮件正文中嵌入一个超链接，如下所示：

要回复此电子邮件，请单击此处[e-mail]

【参考方案2】：

我用 gmail 测试了 dkarp 的解决方案，它被过滤为垃圾邮件。 改用回复标题（或者另外，虽然 gmail 显然不需要它）。以下是linkedin的做法：

Sender: [e-mail]
From: John Doe via LinkedIn <[e-mail]>
Reply-To: John Doe <[e-mail]>
To: My Name <[e-mail]>

我切换到这种格式后，gmail 不再将我的邮件过滤为垃圾邮件。

【讨论】：

[e-mail] 只是一个通用的包罗万象的地址，还是应该在您的示例中实际读取 [e-mail]？

这是我们使用的方法。但是，我们现在遇到了一些服务器 (...ehmm.. AOL) 退回消息的问题，称它们不符合他们的政策。我们收到的唯一解释是，reply-to 标头和 from 标头具有不同的域，尽管这似乎是拥有两个不同标头的确切意图。在多租户应用程序上依赖电子邮件进行 B2B 通信开始变得非常令人沮丧。

@BrianH：AOL 和雅虎显然现在有积极的 DMARC 验证。这导致我对 AOL 的“发件人：”地址产生了问题。 emailonacid.com/blog/details/C4/….

这种方法的缺点是收件人的地址簿（在许多电子邮件客户端中）现在包含“John Doe via LinkedIn ”。当一个不知情的收件人想再次联系 John Doe 时，当在新消息的“收件人”字段中写入他的名字时会弹出这个地址（因此：“通过 LinkedIn”从用户体验方面来说非常重要）。

更新了博客帖子的链接@EML 链接到：emailonacid.com/blog/article/industry-news/… ... 它确实深入探讨了 aol/yahoo.com 问题。

【参考方案3】：

这对我有用：

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers

【参考方案4】：

您可能需要考虑将客户姓名放在From 标头中，并将您的地址放在Sender 标头中：

From: Company A <[e-mail]>
Sender: [e-mail]

大多数邮寄者会将其显示为“代表 A 公司来自 [e-mail]”，这是准确的。然后，A 公司地址的Reply-To 看起来不会有问题。

来自RFC 5322：

“发件人：”字段指定邮件的作者， 即负责人或系统的邮箱 用于编写消息。 “发件人：”字段指定 负责实际传输的代理的邮箱 信息。例如，如果秘书要发送一条消息 另一个人，秘书的邮箱会出现在 “发件人：”字段和实际作者的邮箱将出现在 “发件人：”字段。

【讨论】：

我真的不希望我的主人回答被投票，但值得一提的是这个有用的问答，它也基本上证实了 dkarp 的回答：***.com/questions/2231897/…

如果它是为了循环它不会工作@a和@b是不同的域，大多数服务器不允许代表来自另一个域的人发送。 B 将不得不转发它，但您始终可以添加隐藏的多部分。每个人都知道如何转发到另一个地址。

以这种方式使用“发件人”字段时，自 2018 年起关于可交付性的任何更新？