是否可以在不停机/返回/丢失消息的情况下更改 MX 记录？

Question 1

如果您提前更改 MX 记录的 TTL 值，我认为您的过时记录在切换后 72 小时内不会继续存在。接下来，如果您的旧邮件服务器关闭，它将不再接受任何电子邮件，发件人将在 X 小时内重试 Y 次。我相信总共可能需要几天时间才能放弃发送电子邮件。在重新尝试时，它肯定会再次查询 MX 记录，找到您的新邮件服务器，之后邮件投递就会成功。

Answer

如果您提前更改 MX 记录的 TTL 值，我认为您的过时记录在切换后 72 小时内不会继续存在。接下来，如果您的旧邮件服务器关闭，它将不再接受任何电子邮件，发件人将在 X 小时内重试 Y 次。我相信总共可能需要几天时间才能放弃发送电子邮件。在重新尝试时，它肯定会再次查询 MX 记录，找到您的新邮件服务器，之后邮件投递就会成功。

Question 2

一般来说，这是一种可行的方法，因为具体细节取决于您未提供的太多细节：

您设置新的邮件交换器：为您的域配置它们，您手动验证直接向它们发送电子邮件是否具有预期的结果，等等。
例如，您可以将当前记录的 TTL 降低MX到 5 分钟，同时降低 SOA 中的刷新值。然后等待延迟，该延迟不应超过（之前的 TTL，之前的刷新）的最大值加上一些安全裕度（无论如何，不应匆忙进行此类基础设施更改，等待额外的时间不会有任何损失，相反，您可以让自己遇到更少的问题）。您可以在许多公共 DNS 服务器上尝试，看看它们是否捕获了更改（新的 TTL 应该出现在回复中），例如1.1.1.1，8.8.8.8或9.9.9.980.80.80.80
此时，如果可以选择，您可以重新配置当前的邮件交换器，将其收到的所有内容转发给新的邮件交换器
你更改MX区域中的记录以指向新的电子邮件交换器
如果你监控与旧主机的连接，它们应该会迅速消失，但如果发件人不更新其 DNS 解析，则某些远程队列中任何其他先前卡住的电子邮件都可能会重试；无论如何，如果你能够从上一步配置它们，以便将在那里收到的消息发送到新主机，那么让它们运行几天也没什么坏处
当您对不再有任何内容影响旧服务器感到满意时，您可以记得再次更改区域中的 TTL，并为正在进行的操作设置一个更合理的值，例如 24 小时。

如果您无法执行第 3 步，上述方法仍然有效，只是意味着您必须手动处理切换后继续发送到旧服务器的少量电子邮件。这完全取决于他们如何处理这些电子邮件、用户邮箱的存储位置和方式等。

至于您的具体问题：

它们会转到服务器 A 还是服务器 B（也就是说，使用未更新的 DNS 记录的电子邮件提供商是否能够到达服务器 A，或者服务器 A 是否会根据其更新的 MX 记录拒绝或转发它）？

是的，在切换MX记录后，无论您设置了多少 TTL（如果您试图设置“1 秒”，这在技术上是可行的，但在现实生活中行不通，因为许多缓存不遵守它们认为太低的 TTL，即使这有点违反标准，它们也会使用自己的默认版本 - 这就是为什么任何低于 5 分钟的 TTL 都不是一个好主意），一些电子邮件可能仍会到达旧主机。这就是为什么不要过早关闭它们很重要的原因。并准备对这些到达这里的电子邮件做“一些事情”（因此我在上述场景中采取了第 3 步）

MTA 不会咨询 DNS 以了解它们是否与它们收到的电子邮件相关，它们只是根据其配置进行操作。如果您的旧主机仍配置为接受邮箱的电子邮件@example.com，那么即使在更改后，它们仍会这样做。这与上述场景的第 1 步完全相同：您可以在 DNS 更改之前配置新主机并验证它们是否正确接收电子邮件。

它们会被“丢弃”吗（即发送者和接收者都不会意识到消息没有发送）？

不，至少不是因为 MX 更改。这完全取决于旧主机的电子邮件配置。

发件人是否会收到邮件未送达的通知？

同上。通常不会发生这种情况。如果旧主机退回电子邮件，则发件人会收到通知，但这是通用的电子邮件处理，与 MX 更改没有特别的关系。

Answer