使用SendGrid和我们的SaaS产品获得来自多个域的最佳电子邮件递送

Question

我们为越来越多的客户开发，部署和维护基于Web的预订系统。 Web应用程序为每个客户端打上了品牌，包括在用户浏览的URL中使用他们自己的域名。

我们通过SendGrid发送预订确认电子邮件，并希望它们显示给收件人，就好像它们来自客户的域。我们还没有设置任何子用户。

我们的客户倾向于进行季节性广告活动，导致偶尔会出现与预订相关的电子邮件浪涌，接下来是安静时段。

我们对我们目前的产能感到满意，并拥有良好的信誉评分。

假设：

• 我们的SaaS领域是mybookingapp.com。

• 客户端访问clienta.com（... clientb.com等）

• 我们拥有的DNS记录控制mybookingapp.com，clienta.com等

目前，我们已经配置了SendGrid的IP白标记，以便SendGrid将始发服务器标识为mybookingapp.com（“Received：from o1.email.mybookingapp.com”），发件人地址为[email protected]。

我们在所有的SendGrid DNS设置中都有绿色的勾号，所以我们知道DKIM，SPF和rDNS都可以。

我非常清楚发件人地址的域名（[email protected]）与我们应用程序的域名（mybookingapp.com）不匹配。这导致像GMail这样的邮件客户端显示发件人为“[email protected] via mybookingapp.com”。这对用户来说有点令人不安，因为在收到邮件之前，他们对mybookingapp.com一无所知。我也有可能没有根据的怀疑，认为这种差异影响产能。

为了满足客户的期望，我们正在寻找可以从电子邮件中删除所有提及mybookingapp.com的选项。

我应该：

a）建议我们买一个IP地址为每个客户端，做在USD $ 30 /月的一个不可忽略的成本IP-whitelabelling，特别是对于一个客户端，只做偶尔运动。我的研究表明，电子邮件数量很高的公司通常会使用多个专用IP地址，以保持其声誉安全和孤立。

b）只需为每个客户端设置一个白标记域，但仍然使用单个IP地址。我的假设是，这将导致RDNS问题（因为IP上的反向查找只能指向单个域），同时消除“via mybookingapp.com”，可能会影响可传递性。

c）做别的事吗？

Answer 1

“via mybookingapp.com”不影响可传递性，只影响用户体验，如果他们不承认品牌。我不认为是这样。

是的，隔离流量和声誉是很好的做法，但有时候这不是正确的做法，最好的解决方案是使用共享IP。

我不会建议为每个客户购买不同的IP，如果他们的音量和频率不高。正确设置的目标是在知识产权数量和日常数量之间找到一个良好的平衡点。

还记得邮箱提供商更喜欢“恒流量”，而不是IP地址没有交通和突发高峰，但这些IP地址需要预热。

我的建议是评估每个客户的日常交易量和每日交易量，查看Microsoft和Google等提供商的域密度，然后决定是否添加更多的IP或分开流量。

最后但并非最不重要的一点，你应该检查你是否有实际的产能问题！也许一切都是这样的好方法。 最容易和最好的方法来知道你是否有可传递性问题是检查你的表现域。按域查看开放费率：如果某些费用非常低，则可能存在可交付性问题。如果所有开放的趋势趋势都是“紧凑的”并且显示相同的模式，那么一切都很好。