最佳实践：代表用户发送电子邮件
我所服务的公司为医疗行业提供testing服务。 作为我们服务的一部分，我们需要发送电子邮件给我们客户的员工。 通常，这些是临时，兼职或合同雇员，所以有私人电子邮件地址（如Hotmail，GMail，雅虎等）。
到目前为止，我们一直在发送内部地址，但这意味着当员工不注意或不知道向客户发送询问时，回复给我们。 我想改变这一点，以便请求发送电子邮件的人是被回复的人。
我们以前使用过“回复：”，但似乎会导致其他邮件被垃圾邮件filter困住。
我一直在阅读有关发件人和代表：标题，并想知道当前的最佳做法是发送电子邮件的情况下，我们需要发送电子邮件，以便回复到我们不'控制。
on-behalf-of头是最好的办法，但你也会被垃圾邮件filter困住。 最好的做法是减less或降低最终发送到垃圾邮件filter的可能性，以实施所有的行业标准，以validation您的域和邮件服务器。 正如本文所述：
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html
然而，这是非常困难的，因为你需要保持在垃圾邮件标准之上，并遵守CAN-SPAM法律和其他一切。 更好的select是使用像这样的按需的基于云的SMTP服务器：
使用一个在发送电子邮件领域是一个领域专家的公司，并已经完成了所有的工作，以获得最高的可交付率。 并将保持在您的标准之上，并监控黑名单中的问题。
您可能正在寻找Reply-To 。 这是一个官方和广泛支持的头，不像On-Behalf-Of ，它不受与From相同的垃圾邮件检查。
如果您真的想以另一个用户的身份发送邮件，那么通过SMTP标准，“最主要”正确的方式就是将您的“真实”地址放入Sender:以及您的客户地址） From: 。 但是， From: DMARC特别针对DMARC，这是由大多数主要电子邮件提供商实施的非常严格的垃圾邮件防护协议。 他们不会因为你有一个有效的Sender:头而忽略了一个From: DMARC失败。
DMARC允许域所有者指定如何将SPF和DKIM应用于From:标头。 一个stream行的政策是拒绝SPF或DKIM的电子邮件，这意味着您的电子邮件甚至不会被标记为垃圾邮件：它将被彻底拒绝。
Sender: + From:技术上仍然有效。 它最初创build的目的是被同一组织中的人员使用，如秘书或助理。 随着垃圾邮件防范机制的出现，这已变成一个严格的限制。
