目前我们有一个邮件服务器，例如“mail.example.com”。
这是一个专用的电子邮件服务器，我们正在寻求替代它。
我们正在考虑通过多种可能的服务外包电子邮件管理（对于在那里注册的域名使用 gandi 电子邮件，对于其他域名使用 opensrs）。
我们的想法是，我们不需要管理服务器，而是把这一工作留给更了解情况的供应商。
问题是我们的这个电子邮件服务器上有 100 个客户端，我们希望使转换尽可能简单。
问题 2 是，我们理想情况下想在向该客户销售产品时保留我们的“mail.example.com”品牌，并且他们的第一个接触点仍然是我们。
我们并没有完全掌握电子邮件，但我知道“mail.example.com”可以处理一切（SMTP、imap、webmail 等）。
起初我以为将 mail.example.com 重命名为下游提供商就足够了，但初步调查表明这违反了规范，并且会导致证书问题。
我想要做的（不知道是否可行）是创建一个“mail.example.com”指向的“代理”，并且该代理应该通过域决定将电子邮件发送到哪里（发送和接收）。
这里的重点是：
- “mail.example.com”将被保留
- 代理可以通过域决定将信息代理到哪里（即 gandi 或 opensrs）
我遇到了 NGINX 邮件模块，它似乎可以执行我想要的操作，但在深入研究所涉及的内容之前，可以使用一些指导来确保这是正确的路线。
我看到了“邮件中继”这个术语，这是否只是我所知道的“代理”的电子邮件特定术语？
我也在考虑 SSL 通信对于代理的影响，我们可以保证代理本身的安全，但是这会对下游服务的安全性产生影响吗？
要明确的是，我经过澄清后才知道我走在正确的道路上，我知道可能还涉及更多内容，我可以根据自己正朝着正确的方向前进的知识来缩小我的问题范围。
答案1
其工作方式是 MSP 将提供 MX 记录，您将这些记录放入 DNS 中，以将邮件流指向他们的邮件服务器。您的客户将希望在切换之前备份他们的邮箱，并在切换完成后导入。切换期间会有停机时间，因此请务必向 MSP 咨询。