![更改主机导致 554 5.7.1 :中继访问被拒绝](https://linux22.com/image/655618/%E6%9B%B4%E6%94%B9%E4%B8%BB%E6%9C%BA%E5%AF%BC%E8%87%B4%20554%205.7.1%20%EF%BC%9A%E4%B8%AD%E7%BB%A7%E8%AE%BF%E9%97%AE%E8%A2%AB%E6%8B%92%E7%BB%9D.png)
我在将我的项目从主机 A 切换到主机 B 时遇到了问题。其中涉及三方:旧主机、新主机和作为注册商的 NetworkSolutions。
我有一个 .com 和一个 .net 域。这两个域的名称服务器均由旧主机商 A 设置。我 24 小时前就更改了该设置,现在应该可以完全控制 DNS 条目的设置。.com 域工作正常,.net 域则不行。
两者都有相同的 DNS 条目。但是,当我从 GMAIL 发送电子邮件时,新邮件服务器会回复 554 5.7.1:中继访问被拒绝错误。当我从新邮件服务器(使用 .com 帐户)发送邮件时,邮件最终进入旧邮件服务器。然而,旧的 MX 和 A 条目的 TTL 已经过期,并且新的邮件服务器似乎没有注意到它。
我不明白这个错误,因为它是托管商提供的标准邮件服务器。我想知道我是否对 DNS 区域文件配置了错误,或者这是否是邮件服务器配置的问题,或者旧托管商是否需要更改其域名名称服务器。
不幸的是,这是一个实时项目,每封丢失的邮件都是坏消息。我会尽快奖励对此答案的提问(请不要编辑此内容)。
我目前所做的工作: - 确保 DNS 区域文件与工作域 100% 相同 - 验证问题不仅仅出在谷歌上:https://www.ultratools.com/tools/emailTestResult - 昨天降低了所有设置的 TTL,以确保快速传播
更新:
当我运行 php 脚本时,它会将“mail.domain.tld”主机解析为旧邮件服务器 IP。domain.tld 将正确解析为新 IP。因此它确实使用了新的名称服务器,但它以错误的方式解析了 MX 条目。这会导致中继问题吗?
答案1
中继访问被拒绝消息意味着收到该消息的邮件服务器对该域一无所知(意味着没有本地邮箱可以投递该消息),因此它会尝试将消息中继到其远程主机。但是,由于发件人没有使用密码进行身份验证,因此它拒绝将其中继到远程系统。
假设 DNS 是正确的(MX 记录指向正确的新托管邮件服务器地址),则意味着域/邮箱未在新托管的服务器上配置。
如果新托管商声称邮箱/域配置正确,则 DNS 指向错误的服务器。
只需快速致电新托管商的支持团队,就可以解决这两种可能性。