假设我们有一个充当中间人的应用程序，允许 A 公司向其客户发送报告。
Company A --> Company B (me)--> Company A's customers
收到报告后，我们会向收件人发送电子邮件通知，但它们必须来 self 们公司的通知电子邮件地址，例如
joe.bloggs@a.com --> notifications@b.com --> peter@c.com
现在，客户倾向于回复这些电子邮件通知，希望他们回到 A 公司发送报告的人。相反，他们最终会回到我们的地址:notifications@b.com。
一个简单的解决方案可能是更改我们发送到相关 A 公司地址的通知上的 Reply-To header ，例如
joe.bloggs@a.com --> notifications@b.com [Reply-To: joe.bloggs@a.com] --> peter@c.com
但我主要担心的是:
- “发件人”字段和“回复”字段之间的电子邮件地址和域完全不同，可能会使垃圾邮件或网络钓鱼过滤器更急于标记电子邮件
- 当人们实际点击“回复”时，并非所有电子邮件客户端都会尊重回复字段，而只需使用“发件人”即可。除非广泛传播，否则问题较少。
这些担忧有根据吗？或者，我还应该担心其他问题吗？
最佳答案
我用 gmail 测试了 dkarp 的解决方案，它被过滤为垃圾邮件。 使用 Reply-To header (或者另外使用，尽管 gmail 显然不需要它)。 linkedin 的做法如下:
Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>
一旦我切换到这种格式，gmail 就不再将我的邮件作为垃圾邮件过滤。
关于email - 将电子邮件作为服务发送给他人时是否应该使用 Reply-To header ？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4728393/