Email 顶级域SaaS web应用程序是否有专门的SMTP/POP提供程序

我们正在构建一个多租户、SaaS类型的web应用程序。在应用程序部分，一切都设置好了，但是当涉及到电子邮件时，就会出现问题

应用程序的每个租户/用户都有一个基于子域的帐户。但是，该租户可以选择将顶级域与其帐户相关联。这就是我们面临的问题

基本上，如果用户将他们的DNS设置为指向我们的SaaS web应用程序，那么应用程序前端的一切工作都很好，只是它现在让我们负责处理他们的电子邮件。传入和传出

处理这个问题的最佳方法是什么？我真的希望他们的网站是一个第三方网站，在一个公司名称下处理多个顶级域名的发送和接收电子邮件，但我不确定

我们总是可以选择使用自己的SMTP/POP服务，但我们真的希望避开电子邮件的责任

谢谢大家,

---

~kvq

难道他们不能设置一个A记录或CNAME来指向您的服务器吗

如果他们做了A记录，那么只允许webapp.theirdomain.com进入你的服务器，其他一切都可以留在他们的DNS上

另一个选择，也许更好的选择是为他们设置一个CNAME。然后你可以设置companyA.yourdomain.com，然后他们可以设置一个CNAME，将webapp.theirdomain.com指向companyA.yourdomain.com

你真的不想对他们所有的DNS负责。他们可以随时保留自己的DNS，并按原样保留MX记录

---

我希望这有帮助

嗯，谢谢你的意见。我确实在考虑一个新的记录，这可能是一个可能的解决方案。我喜欢你的建议，因为它很简单。在我的业务环境中，我可以看到两个问题：-有时用户来自于不存在的解决方案，他们会向我们寻求“解决方案”。-大多数租户可能不想为2项服务付费（我的和现有的托管他们电子邮件的网络主机），我真的很感谢你的帮助！我认为完美的解决方案是使用您的第一个建议，将他们的邮件mx记录指向第三方，该第三方只为他们处理这些内容。我想这一切都包括在每月的费用，每个租户支付。。。hmmMost域名管理机构提供了非常好的DNS管理。Go Daddy或网络解决方案可以做到我所说的一切，而且实际上没有额外的成本，因为他们每年都要为域记录付费。爸爸一年大概7美元。他们不需要其他网站，只需要一个域名和DNS管理，这一切都需要。除非它是你的核心业务的一部分，你不想进入管理他们的整个DNS时，他们可以只指向你。这是我的意见。如果你管理他们的整个DNS，你将需要构建大量的工具和基础设施，这可能不会给你的底线增加太多。我发现了一个很好的应用程序，可以帮你解决这个问题。。它叫邮枪