Ben*_*oom 48 email smtp email-spam send-on-behalf-of
我工作的公司为医疗保健行业提供测试服务.作为我们服务的一部分,我们需要向客户的员工发送电子邮件.通常,这些是临时雇员,兼职雇员或合同雇员,因此拥有私人电子邮件地址(例如Hotmail,GMail,Yahoo!等).
到目前为止,我们一直在发送内部地址,但这意味着当员工不注意或不知道向我们的客户发送查询时,回复会回复给我们.我想更改此信息,以便请求发送电子邮件的人是回复的人.
我们过去曾使用过回复:但它似乎会导致其他邮件被垃圾邮件过滤器拦截.
我一直在阅读发件人:代表:标题,并想知道当前最佳做法是在我们需要发送电子邮件的情况下发送电子邮件,以便回复进入我们不知道的域名控制.
Nic*_*rdi 38
该on-behalf-of头是做的最好的方法,但你也打算被困垃圾邮件过滤器.最有可能减轻或减少您最终进入垃圾邮件过滤器的可能性是实施有关验证域和邮件服务器的所有行业标准.如本文所示:
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html
然而,这很难做到,因为你需要掌握SPAM标准,并遵守CAN-SPAM法律和其他一切.更好的选择是使用像这样的按需云基于SMTP的服务器:
使用公司作为发送电子邮件领域的领域专家,并经历了所有的工作,以获得最高的可传递率.并将为您保持最高标准,并监控黑名单的问题.
Zen*_*xer 29
你可能正在寻找Reply-To.这是一个官方的,广泛支持的标题,不像On-Behalf-Of它,它不受同样的垃圾邮件检查From.
如果你真的想表现为代表另一个用户发送,那么按照SMTP标准,"大多数"正确的方法是将你的"真实"地址Sender:和你的客户地址(你代表他们发送给你)放在一起.From:.但是,From:DMARC专门针对DMARC,这是一种非常严格的垃圾邮件防护协议,由大多数主要电子邮件提供商实施.他们不会From:因为你有一个有效的Sender:标题而忽视DMARC失败.
DMARC允许域所有者指定如何将SPF和DKIM应用于From:标头.一个流行的策略是拒绝未通过SPF或DKIM的电子邮件,这意味着您的电子邮件甚至不会被标记为垃圾邮件:它将被彻底拒绝.
Sender:+ From:技术上仍然有效.它最初创建的目的是被同一组织的人员使用,例如秘书或助理.随着垃圾邮件预防机制的出现,这已经变成了一个严格的限制因素.
| 归档时间： |
|
| 查看次数： |
57522 次 |
| 最近记录： |