我工作的公司为医疗保健行业提供检测服务。 作为我们服务的一部分,我们需要向客户的员工发送电子邮件。 通常,这些人是临时工、兼职员工或合同工,因此拥有私人电子邮件地址(例如 Hotmail、GMail、Yahoo! 等)。
到目前为止,我们一直从内部地址发送邮件,但这意味着当员工不注意或不知道向我们的客户发送查询时,我们就会收到回复。 我想更改此设置,以便请求发送电子邮件的人就是回复的人。
我们过去使用过回复:,但它似乎会导致额外的邮件被垃圾邮件过滤器捕获。
我一直在阅读有关发件人:和代表:标头的信息,并且想知道在我们需要发送电子邮件以便回复发送到我们不知道的域的情况下发送电子邮件的当前最佳实践是什么控制不住。
on-behalf-of
标头是实现此目的的最佳方法,但您也会被垃圾邮件过滤器困住。 减轻或减少您最终进入垃圾邮件过滤器的可能性的最佳方法是实施有关验证域和邮件服务器的所有行业标准。 如本文所述:
https://blog.codinghorror.com/so-youd-like-to-send-some-email-through-code/
然而,这很难做到,因为您需要掌握垃圾邮件标准,并遵守反垃圾邮件法和其他一切。 更好的选择是使用基于云的按需 SMTP 服务器,如下所示:
使用一家在发送电子邮件领域是领域专家的公司,并且已经完成了所有的跑腿工作,以获得最高的送达率。 并将为您保持最高标准,并监控黑名单中的问题。
您可能正在寻找
Reply-To
。 与 On-Behalf-Of
不同,它是一个官方且得到广泛支持的标头,并且不会受到与 From
相同的垃圾邮件检查。
如果您确实希望显示为代表其他用户发送,则根据 SMTP 标准,“大部分”正确的方法是将您的“真实”地址放入
Sender:
以及您的客户地址(您要发送的客户地址)代表)在From:
。 然而,From:
是 DMARC 的具体目标,DMARC 是大多数主要电子邮件提供商实施的非常严格的垃圾邮件预防协议。 他们不会仅仅因为您有有效的 From:
标头而忽略 Sender:
DMARC 失败。
DMARC 允许域所有者指定如何将 SPF 和 DKIM 应用到
From:
标头。 一个流行的策略是拒绝未通过 SPF 或 DKIM 的电子邮件,这意味着您的电子邮件甚至不会被标记为垃圾邮件:它将被彻底拒绝。
从技术上讲,Sender:
+ From:
仍然有效。 它最初创建的目的是供同一组织中的人员使用,例如秘书或助理。 随着垃圾邮件预防机制的出现,这已成为一个硬性约束。
您想通过尝试代表他人发送电子邮件来欺骗和破解电子邮件身份验证系统。也许这种黑客攻击可以暂时起作用,但将来它将被邮箱提供商禁止,因为网络钓鱼攻击需要邮箱提供商需要应用越来越严格的政策。
为了避免此类黑客攻击,我建议采用一个解决方案。 为每个客户创建一个唯一的电子邮件地址,并使其成为客户和员工之间对话的“调解人”。
如何运作
所有电子邮件对话必须通过您创建的电子邮件完成。您可以设置自定义显示名称(例如
John <[email protected]
),以免电子邮件接收者与您奇怪的唯一 ID 混淆。因此,当 A
需要写入 B
时,它实际上会写入您的电子邮件,然后您将电子邮件转发到 B
,反之亦然,将 B
转发到 A
。
这个实现有一些复杂性,但将来会得到补偿。