我正在考虑将我的电子邮件从一个托管提供商迁移到另一个托管提供商；专门针对 Proton Mail，但我认为这并不重要。我的恐惧来自我的个人领域，以及可能会暂时失去服务、丢失我的电子邮件，或两者兼而有之。
我当前的提供商管理我的域、DNS 和邮件托管（基于 IMAP）。我有三个邮箱，我们打电话给他们{a,b,c}@example.com；我还有一个子域，发送到的所有内容都[email protected]被转发到[email protected]，但也有一个例外列表（例如{x,y,z,…}@bar.example.com）被转发到[email protected]。
以下是我认为我需要做的步骤：
- 将我的域转移到新的注册商。（我相信这会维护当前的 DNS 记录，除了 NS 记录。）
- 注册替代邮件主机（Proton Mail）。
- 为我的域配置 Proton Mail 的 MX 记录。
- 在 Proton Mail 中创建
{a,b,c}@example.com邮箱。 - 将电子邮件从旧提供商的邮箱迁移到新邮箱。（我相信 Proton Mail 有一个工具可以做到这一点。）
- AFAIK，Proton Mail 没有转发器，但无论如何，子域 [可能] 将被视为单独的自定义域，这超出了我的预期价格等级范围。因此，我需要在 Proton Mail 之外设置邮件转发器。我找到了 ForwardEMail.net，它为此提供了一个免费的、基于 DNS 的解决方案。我可以按照记录在 DNS 记录中进行设置
bar.example.com。
这是全部吗？例如，您会建议对电子邮件进行本地备份吗？重要的是，顺序是否重要：注册商/DNS 更改需要时间来传播，并且在迁移邮箱时存在一些先有鸡还是先有蛋的问题？我该如何克服这些？
（元问题：值得吗？显然这是个人决定，但这最终会比我目前的服务更昂贵和去中心化。目前的服务工作并且相对容易管理，但有点过时。来自人们的轶事欢迎经历过类似过程的人。）
是的，如果您打算更改所有邮件托管商、域名注册商和 dns 托管商，那么您的顺序是合理的：从 DNS步骤开始。您的旧邮件托管商可能不允许您完全按照新邮件托管商推荐的方式配置所有记录。然而，任何通用 DNS 主机都应该能够反映您的现状。我不得不在一个类似的练习中解决这个问题，旧的捆绑产品根本不适合通用 DNS 托管，只满足他们自己产品的要求。
不，如果您还在疑惑“DNS传播时间”，那么您的计划仍然不完整。请熟悉 a) 支付您的 ICANN 费用并将您的域名服务器/DNSSEC 信息发送给顶级域运营商的实体和 b) 运营您的域名服务器并允许您修改您的区域的实体之间的划分。即使事实证明它是您再次从同一家公司购买的东西，将其拆分也将帮助您正确遵循降低 TTL 和进行更改的时间的既定做法，因此您不必担心缓存过长。
不存在先有鸡还是先有蛋的问题，在您能够以适当的顺序执行这些步骤之前，仅需要相当多的理解（关于系统为什么会如此行为）。
如果您没有，请立即制作。即使这不太可能最终成为您在目的地恢复邮箱的首选来源。准确地说，我认为没有必要像在“你的办公室”中那样拥有本地（可能会受到带宽限制） - 但它确实必须是异地的，因为它位于共享很少的数据中心中与您当前和未来提供者所在位置的共同风险。
有更多的参与方在邮件托管中不一定有优势，因为接收服务器和有权修改您的 DNS 记录的每个人都可以拦截、修改或简单地拒绝为您准备的邮件。一个可能出错的明显例子是位于瑞士的邮件托管商停止处理您的邮件，因为您无法通过您的（插入美国批准的地方）基于 DNS 托管商支付费用。您可能会发现可靠性、客户支持、价格稳定性和许多安全主题比华而不实的功能（可能也可能不会通过使用不同的邮件客户端获得）要好得多。