SaaS 产品的电子邮件自动化

Email Automation for SaaS product

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

  1. 每个客户都应该能够发送电子邮件 "from" 他们自己的域。发件人地址应该是用户的域地址。
  2. 我们可以使用 mailgun 或 sendgrid 等交易电子邮件提供商创建一个帐户,并使用该帐户为我们所有的客户发送电子邮件。但是,我们需要使用我们的域对所有电子邮件进行签名。由于 DMARC,这可能会带来可传递性问题。此外,即使一个客户误用,发送域(我们自己的域)的信誉也会丢失——这可能会影响我们所有的客户。

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

在应从客户域发送电子邮件的 SaaS 设置中发送域时,最佳做法是什么?

"What are the best practices while sending domains in a SaaS set up where the email should be sent from the customer's domain?"

我不确定 "It is not practical to ask each customer to verify their own domain using DNS verification." 你的意思是 a) 通过 ESP(电子邮件服务提供商,即 SendGrid、Mailgun 等)验证他们的域,或者 b) 确保每个客户都有正确的 TXT允许使用 ESP 代表域发送电子邮件的 SPF DNS 记录。

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

听起来您正在寻找与我 has/does 工作的公司类似的解决方案。我们销售 SaaS 并将 SendGrid 用于我们的 ESP。我们为每个客户设置了一个单独的子用户。我们将 "from" 地址设置为我们客户的地址,并且在大多数情况下都有效。我们向我们的客户强调,如果可能,他们应该在他们的 DNS 记录中创建一个 SPF 记录,以确保更好的交付能力。我们的一些客户使用电子邮件地址,例如 lastname.firstname@hotmail.com 不幸的是,当他们不使用自定义域时,尤其是主要电子邮件提供商之一,他们的邮件经常被他们的提供商丢弃或转到垃圾邮件,因为主要参与者的 DNS 记录没有 allow/authorize ESP 代表他们传送。