电子邮件自动化SaaS产品

时间:2016-02-13 16:15:39

标签: email sendgrid mailgun spf dmarc

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

  1. 每个客户都应该能够发送电子邮件"来自"他们自己的域名。 from地址应该是用户的域地址。
  2. 我们可以使用mailgun或sendgrid等交易电子邮件提供商创建帐户,并使用该帐户为所有客户发送电子邮件。但是,我们需要使用我们的域名签署所有电子邮件。由于DMARC,这可能会造成可传递性问题。此外,即使一个客户误操作,发送域(我们自己的域)的信誉也会丢失 - 这可能会影响我们所有的客户。
  3. 要求每个客户使用DNS验证验证自己的域名是不切实际的。

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

1 个答案:

答案 0 :(得分: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。不幸的是,当他们不使用自定义域名,特别是主要电子邮件提供商之一时,他们的邮件经常会被提供商删除或者从主要邮件发送到垃圾邮件玩家拥有的DNS记录不允许/授权ESP代表他们提供。