我已经更新了特定域的 MX 记录、A 记录、Z 记录和 cname，但在托管服务提供商处注册的电子邮件仍然可以发送电子邮件。由于邮箱无法再接收电子邮件，因此更改肯定已经传播。
为什么这些电子邮件地址仍然可以发送电子邮件？我发送到我的 Google 帐户的测试邮件显示“加密：name_of_hosting_provider.com 未加密此邮件”。
我需要禁用这些电子邮件地址，无法发送或接收电子邮件。
答案1
我将在此回答中回答您的问题和一些评论。您对电子邮件的工作方式和托管服务提供商的工作方式存在误解。
I have updated the MX Records, the A records, the Z records and the cname for a particular domain but the emails registered with the hosting provider can still send email
当然可以。MX 和 A 记录与我可以在电子邮件服务器上设置哪些用户帐户和电子邮件地址无关。我可以为 microsoft.com 设置电子邮件服务器，并为[电子邮件保护]并用它来发送我心仪的电子邮件。接收服务器是否接受这些电子邮件完全取决于他们。如果他们检查并使用 SPF、DKIM 和 DMARC，那么我的电子邮件很可能会遭到拒绝。这并不否认我可以自行设置。没有通用数据库或权威机构会说“嘿，你不能为 Microsoft 设置电子邮件服务器并从[电子邮件保护]！当然，我无法收到任何电子邮件[电子邮件保护]电子邮件地址...因为我不是真正的比尔盖茨，我无法控制 microsoft.com 域的 MX 记录，因此无法将我的电子邮件服务器指定为 microsoft.com 域的 MX 记录。MX 记录不会阻止我为 microsoft.com 域设置电子邮件服务器，它只会阻止我接收 microsoft.com 域的电子邮件（在大多数情况下会阻止我的电子邮件[电子邮件保护]被接受。这并不妨碍我发送它，但大多数电子邮件服务器在收到它时都会拒绝它）。
Since I was going to get new hosting for the domain anyway, I thought changing the MX records would disable the email addresses that were registered with the old hosting provider (because their MX records will be obsolete) but that did not happen
MX 记录与用户帐户或邮箱无关。MX 记录指定哪个主机接收给定域的电子邮件。它们不用于验证用户帐户或电子邮件地址。更改 MX 记录意味着旧电子邮件服务器将不再接收该域的电子邮件，但这并不意味着那些用户帐户和邮箱现在被神奇地禁用了。它们完全是托管服务提供商内部的，与 DNS 无关。来自这些用户帐户和电子邮件地址的电子邮件仍然可以发送。由接收服务器决定是否接受它们（基于 SPF、DKIM 和 DMARC）。
One would have thought that the receiving server would check if the MX Record matched the address of the originating server or not. Apparently they don't
它们是完全独立的帐户，托管在两个完全不同的提供商处。它们共享相同的用户名和电子邮件地址这一事实毫无意义。此外，MX 记录指定哪个主机接收给定域的电子邮件，而 SPF 记录指定哪个主机发送给定域的电子邮件。这些主机并不总是相同的，也不一定相同。那么，如果我有一个主机接收我域的电子邮件，另一个主机发送我域的电子邮件，会怎么样？想象一下，当我向您发送电子邮件时，如果您的电子邮件服务器检查我域的 MX 记录，并且您的服务器说“嘿，这个服务器从[电子邮件保护]不是接收电子邮件的同一服务器[电子邮件保护]，我要拒绝这封电子邮件！”？我的配置完全有效（很常见），但您的服务器拒绝了我的电子邮件，谎称接收域电子邮件的服务器（MX）应该是发送域电子邮件的服务器（SPF）。
答案2
MX 记录会将电子邮件服务器的 IP 或主机名告知其他电子邮件服务器。您的客户端帐户需要删除/移除或禁用。根据您的主机提供商，您的设置可能会有所不同。只需登录您的 cPanel 并进入您的邮件帐户，然后删除帐户或更改用户/帐户密码。如果您托管邮件服务器，您可以手动进入并禁用等。希望这对您有用...