最佳实践:代表用户发送电子邮件

这个 on-behalf-of 头是最好的方法,但你也会被垃圾邮件过滤器困住。减轻或减少您最终进入垃圾邮件过滤器的可能性的最佳方法是实施有关验证域和邮件服务器的所有行业标准。如本条所述:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

然而,这是很难做到的,因为你需要保持在垃圾邮件标准之上,并遵守can-spam法律和其他一切。更好的办法是使用基于云的随需应变SMTP服务器,如下所示:

https://www.postmarkapp.com

使用一家在发送电子邮件方面是领域专家的公司,并且已经完成了所有的腿部工作,以获得最高的交付率。并将保持在你的最高标准,并监测黑名单的问题。

你可能在找 Reply-To . 这是一个官方的和广泛支持的标题,不像 On-Behalf-Of ,它不受垃圾邮件检查的影响 From .

如果你真的想以代表另一个用户发送的方式出现,那么按照smtp标准,最正确的方式是将你的“真实”地址放入 Sender: 以及你委托人的地址 From: . 然而, 来自: 是由DMARC专门针对的,DMARC是一个由大多数主要电子邮件提供商实施的非常严格的垃圾邮件预防协议。他们不会忽视 来自: DMARC失败只是因为你有一个有效的 发件人: 标题。

DMARC允许域所有者指定SPF和DKIM应如何应用于 来自: 标题。一个流行的策略是拒绝SPF或DKIM都失败的电子邮件,这意味着你的电子邮件甚至不会被标记为垃圾邮件:它将被彻底拒绝。

发件人: + 来自: 技术上说,仍然有效。它最初创建的目的是供同一组织中的人使用,如秘书或助理。随着垃圾邮件预防机制的出现,这已成为一个硬约束。

你想通过代表他人发送电子邮件来欺骗和入侵电子邮件认证系统。也许这种黑客攻击可以暂时奏效,但在未来它将被邮箱提供商禁止,因为网络钓鱼攻击需要邮箱提供商应用越来越严格的策略。

为了避免这样的黑客攻击,我建议一个解决方案。 为每个客户创建一个唯一的电子邮件地址,并使其成为客户和员工之间对话的“中介”。

它是如何工作的

所有电子邮件对话必须通过您创建的电子邮件完成。您可以设置自定义显示名称(例如 John <123@yourdomain.com )不要把你奇怪的唯一身份证和电子邮件接收者混淆。所以什么时候 A 需要写信给 B ,它实际上会写入您的电子邮件,然后将电子邮件转发给 乙 ,反之亦然 乙 到 一 .

这个实现有一些复杂性,但将来会付出代价。