1

我们正在尝试为我们的 SaaS 产品自动发送电子邮件。目前，每个客户都需要配置自己的 smtp 服务器，用于从他们的帐户（和他们的域）发送电子邮件，但我们正在考虑在我们的产品平台中实现这一点的自动化。

  1. 每个客户都应该能够“从”他们自己的域发送电子邮件。发件人地址应该是用户的域地址。
  2. 我们可以通过 mailgun 或 sendgrid 等交易电子邮件提供商创建一个帐户，并使用该帐户为我们所有的客户发送电子邮件。但是，我们需要使用我们的域签署所有电子邮件。由于 DMARC，这可能会造成可交付性问题。此外，即使一位客户误用，发送域（我们自己的域）的声誉也会丢失——这可能会影响我们所有的客户。

要求每个客户使用 DNS 验证来验证自己的域是不切实际的。

在应从客户域发送电子邮件的 SaaS 设置中发送域时的最佳实践是什么？

4

1 回答 1

0

“在应从客户域发送电子邮件的 SaaS 设置中发送域时，最佳实践是什么？”

我不确定是否“要求每个客户使用 DNS 验证来验证自己的域是不切实际的”。您的意思是 a) 使用 ESP（电子邮件服务提供商，即 SendGrid、Mailgun 等）验证他们的域或 b) 确保每个客户都有适当的 TXT SPF DNS 记录，允许 ESP 用于代表域发送电子邮件。

无论如何，即使看起来不切实际，您也希望至少完成 b)。您需要向您的客户强调正确的 SPF 记录的重要性。您可以编写一个简单的工具来帮助他们获得一个可行的工具。如果必须，请解释正确的 SPF 记录对电子邮件传递的重要性，就像拥有正确的 A 或 CNAME 记录指向其网站的正确主机一样。如果设置不正确，人们将无法获得他们的内容（他们不会在 CNAME/A 记录案例中访问他们的网站，并且他们不会在 SPF 记录案例中将他们的电子邮件发送给他们的用户）。

听起来您正在寻找与我工作的公司类似的解决方案。我们销售 SaaS 并将 SendGrid 用于我们的 ESP。我们为每个客户设置一个单独的子用户。我们将“发件人”地址设置为我们客户的地址，并且大部分情况下它都有效。我们向客户强调，如果可能，他们应在其 DNS 记录中创建 SPF 记录，以确保更好的交付能力。我们的一些客户使用电子邮件地址，例如 lastname.firstname@hotmail.com玩家拥有不允许/授权 ESP 代表他们交付的 DNS 记录。

于 2016-02-15T15:01:22.660 回答