最佳实践?从 Web 应用程序发送邮件

Chr*_*s_K 1 email web-applications mx-record

我们有一个类似于 CRM 应用程序的 Web 应用程序。人们可以登录并与其他人一起管理他们的业务。作为该管理的一部分,我们的应用程序可能会向被管理的人员发送电子邮件。这里的问题是我们的客户喜欢这些电子邮件的“发件人”地址是他们自己的。这样收件人就会从他们认识的人那里收到电子邮件,而不是从我们自己域中的“不回复”地址。

对于许多邮件服务器,这不是问题,但是有一些会退回这些电子邮件。出于好奇,我向我发送了一封测试电子邮件并检查了标题。这是谷歌应用程序添加的内容:

Received-SPF: softfail (google.com: best guess record for domain of transitioning client@clientdomain.com does not designate 99.99.184.164 as permitted sender) client-ip=99.99.184.164;
Authentication-Results: mx.google.com; spf=softfail (google.com: best guess record for domain of transitioning client@clientdomain.com does not designate 99.99.184.164 as permitted sender) smtp.mail=client@clientdomain.com
Run Code Online (Sandbox Code Playgroud)

(我用 client@clientdomain.com 替换了真正的“发件人”地址)

因此,当电子邮件发送给我时,我当然可以理解为什么其他服务器可能会拒绝它。我们的应用程序永远不会解析到 clientdomain.com。

我在这里有哪些选择?

1)我可以建议将所有“发件人”地址设置为客户的友好名称,但使用我们自己的“无回复”电子邮件地址。然后我就可以得到 spf 和所有这些。

2)我可以建议客户端配置 spf / reverse dns 以匹配我服务器的 IP(这似乎是一个可怕的选择......)

还有什么。这种事情的最佳实践是什么?

小智 7

SPF/域密钥都适用于信封发件人地址,而不是收件人看到的电子邮件中的发件人地址。

因此,您可以简单地将信封发件人用作您域中的有效电子邮件 ID,并将发件人保留为您的客户端电子邮件 ID。

这样 SPF/域密钥仍将通过。

至于其他最佳实践,请查看此电子邮件服务器测试