更改主机导致554 5.7.1 <[email protected]>：中继访问被拒绝

我将项目从主机A切换到主机B存在问题。共有三方开放：旧主机，新主机和NetworkSolutions作为注册机构。

我有一个.com和.net域。两个都有从旧的Hoster A设置的名称服务器。我在24小时前更改了这个名称，现在应完全控制DNS条目的设置。 .com域名工作正常，.net域名不是。

两者都有相同的DNS条目。但是，当我从GMAIL发送一封电子邮件时，新邮件服务器将回复554 5.7.1：中继访问被拒绝错误。当我从新邮件服务器（使用.com帐户）发送邮件时，邮件将在旧邮件服务器中结束。 但是，旧的MX和A条目的TTL已经过期， 新的邮件服务器似乎没有注意到它 。

我不明白这个错误，因为它是由主机提供的标准邮件服务器。我想知道是否有什么我configuration错误的DNS区域文件，或者这是否与邮件服务器configuration的问题，或者是否旧主机需要更改他的域名服务器。

在这里输入图像说明

不幸的是，这是一个现场项目，每个丢失的邮件都是不好的。我会尽快回答这个问题的答案（请不要编辑这个问题）。

我到目前为止所做的工作： – 确保DNS区域文件与工作域名一致100％ – validation问题不在google： https : //www.ultratools.com/tools/emailTestResult -降低了我昨天所有设置的TTL，以确保快速传播

更新：

当我运行一个PHP脚本时，它parsing了“mail.domain.tld”主机到旧的邮件服务器IP。 domain.tld将正确parsing为新的IP。所以它使用新的名称服务器，但它以错误的方式解决MX条目。这会导致接力问题吗？

中继访问被拒绝的消息意味着获得该消息的邮件服务器不知道关于该域的任何信息（意味着没有本地邮箱可以放入该邮件），然后尝试将该消息中继到其远程主机。但是，由于发件人未使用密码进行身份validation，因此拒绝将其中继到远程系统。

假设DNS是正确的（MXlogging指向正确的新主机邮件服务器地址），那么这意味着域/邮箱没有在新主机的服务器上configuration。

如果新主机声称邮箱/域configuration正确，则DNS指向错误的服务器。

这两种可能性都可能通过快速呼叫新的托pipe服务团队来解决。