Jol*_*Jol 4 email smtp reverse-dns spf
在开发发送通知电子邮件消息的应用程序时,有哪些最佳实践
附加要求:此应用程序将根据事件向单个收件人发送单个邮件.因此,向多个收件人发送相同邮件的技术将不适用.
不淹没邮件服务器的最佳技术
除了检查您的邮件服务器管理员(如果它是共享主机帐户/不在您的控制中)之外,您可以做很多事情.但如果要求是每个事件向一个收件人发送一封电子邮件,那么这不应该是一个问题.容易阻塞邮件系统的东西是包含数百(或更多)收件人的电子邮件.
如果你有事件一直开火,也许可以考虑合并它们并发送一封定期汇总的电子邮件.
发送消息,好像来自特定用户,但仍然清楚地从您的应用程序(以确保投诉等回复给您),而不会破坏良好的电子邮件礼仪
您可以使用"Reply-To"标头完成此操作,然后在编写电子邮件消息时,客户端将使用该地址而不是"发件人"地址.
你还应该设置任何电子邮件的"Return-Path"标题,因为没有这个电子邮件的电子邮件通常会被过滤掉.
恩.
From: me@me.com
Return-Path: me@me.com
Reply-To: auto@myapp.com
Run Code Online (Sandbox Code Playgroud)
配置和使用sender-id,domain-keys,SPF,reverse-dns等,以确保正确识别您的电子邮件
这一切都高度依赖于您对邮件和DNS服务器的所有权.spf/sender-id等...都是DNS问题,因此您需要访问DNS.
在你的例子中,这可能会出现相当大的问题.当您将邮件设置为来自特定用户时,该用户必须在其DNS中设置SPF(例如)以允许您的邮件服务器作为有效发件人.你可以想象这对于拥有各种域名的用户来说会有多么混乱(如果不是完全不可能的话).
至于反向DNS等,它真的取决于.大多数客户ISP等等...只会检查是否设置了反向DNS.(即1.2.3.4解析为host.here.domain.com,即使host.here.domain.com没有解析回1.2.3.4).这是由于共享托管的数量(邮件服务器通常将自己报告为客户端的域名,而不是真实的邮件服务器).
有一些严格的网络需要匹配反向DNS,但这要求您可以控制邮件服务器,如果它首先不匹配.
如果您可以更具体一点,我可以提供更多建议,但一般来说,对于需要发送应用程序邮件,并且没有对其环境进行大量控制的人,我建议以下: