假设我们有一个充当中间人的应用程序，允许 A 公司向其客户发送报告。
A公司→B公司（我）→A公司的客户
收到报告后，我们会向收件人发送电子邮件通知，但它们必须来自我们公司的通知电子邮件地址，例如
[电子邮件受保护] /cdn-cgi/l/email-protection → [电子邮件受保护] /cdn-cgi/l/email-protection → [电子邮件受保护] /cdn-cgi/l/email-protection
现在，客户倾向于回复这些电子邮件通知，希望他们回到 A 公司发送报告的人。相反，他们最终回到了我们的地址，[电子邮件受保护] /cdn-cgi/l/email-protection.
一个简单的解决方案可能是更改Reply-To我们发送的通知上的相关 A 公司地址的标头，例如
[电子邮件受保护] /cdn-cgi/l/email-protection → [电子邮件受保护] /cdn-cgi/l/email-protection[回复：[电子邮件受保护] /cdn-cgi/l/email-protection] → [电子邮件受保护] /cdn-cgi/l/email-protection
但我主要担心的是：
- 电子邮件地址和域之间的完全差异
From and Reply-To字段可能会使垃圾邮件或网络钓鱼过滤器更渴望标记电子邮件。
- 并非所有电子邮件客户端都会尊重
Reply-To当人们实际点击“回复”时，只需使用From反而。除非广泛传播，否则关注较少。
这些担忧有根据吗？或者还有其他我应该担心的问题吗？
我用 gmail 测试了 dkarp 的解决方案，它被过滤为垃圾邮件。使用回复标头相反（或者另外，尽管 gmail 显然不需要它）。 linkedin 的做法如下：
Sender: [email protected] /cdn-cgi/l/email-protection
From: John Doe via LinkedIn <[email protected] /cdn-cgi/l/email-protection>
Reply-To: John Doe <[email protected] /cdn-cgi/l/email-protection>
To: My Name <[email protected] /cdn-cgi/l/email-protection>
一旦我切换到这种格式，gmail 就不再将我的邮件作为垃圾邮件过滤。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
