假设我们有一个应用程序充当中间人,允许公司A向其客户发送报告。
公司A -->公司B(我)-->公司A的客户
收到报告后,我们会向收件人发送电子邮件通知,但这些通知必须来自我们公司的通知电子邮件地址。
joe.bloggs@a.com --> notifications@b.com --> peter@c.com
现在,客户倾向于回复这些电子邮件通知,希望他们返回给A公司发送报告的人,而不是他们最终返回到我们的地址notifications@b.com。
一个简单的解决方案可能是更改我们发送到相关公司A地址的通知的回复标头。
joe.bloggs@a.com --> notifications@b.com回复: joe.bloggs@a.com --> peter@c.com
但我主要关心的是:
这些担忧都是有根据的吗?或者,还有其他我应该关心的问题吗?
发布于 2011-01-19 04:01:26
您可能需要考虑将客户的姓名放在From
标题中,将您的地址放在Sender
标题中:
From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com
大多数邮递员会将其描述为“代表公司A从notifications@b.com发来”,这是准确的。这样一来,公司A的地址的Reply-To
就不会显得不对劲了。
来自RFC 5322
"From:“字段指定邮件的作者,即负责撰写邮件的人员或系统的邮箱。"Sender:“字段指定负责实际传输消息的代理的邮箱。例如,如果秘书要为另一个人发送邮件,则该秘书的邮箱将显示在“发件人:”字段中,而实际作者的邮箱将显示在"From:“字段中。
发布于 2013-01-28 11:27:41
我用gmail测试了dkarp的解决方案,它被过滤成了垃圾邮件。使用回复标头(或者另外,尽管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就不再将我的邮件过滤为垃圾邮件。
发布于 2020-10-20 23:44:21
读完所有这些之后,我可能只会在电子邮件正文中嵌入一个超链接,如下所示:
要回复此电子邮件,请单击此处Third.Party@theirdomain.com
https://stackoverflow.com/questions/4728393
复制相似问题