在 #Exchange2013 上我收到以下错误消息， 生成错误'[{LRT=};{LED=450 4.7.25 客户端主机被拒绝：找不到您的主机名，[xxx.xxx.xxx.130]};{FQDN=};{IP=}]'。
仅当用户向特定域发送电子邮件时，我才会收到此错误消息。我最近通过请求 ISP 在 DNS 级别配置了 SPF、DKIM、DMARC 记录。
我用于发送电子邮件的 FQDN 是mx1.xyz.com.ab与公共 IP 关联的 IP 地址为：xxx.xxx.xxx.131 我检查了以 结尾的 IP 的 PTR 记录.131在mxtoolbox.com，它们确实存在。我还检查了错误消息中提到的 IP 的 PTR 记录，即.130。此 IP 的 PTR 记录也存在。我已通过以下方式验证了 PTR 记录nslookup并且结果都与所示相同mxtoolbox.com。进一步的信息，我已经配置了 SPF 记录如下， xyz.com.ab. IN TXT “v=spf1 mx a ptr ip4:xxx.xxx.xxx.131 ip4:xxx.xxx.xxx.130 ~all”
邮件将被发送到 Gmail、Hotmail 和其他域。只有特定域的用户才可以发送电子邮件。
任何帮助都将不胜感激，因为这个问题现在让我绞尽脑汁。
谢谢，Faraz。
答案1
可能是收件人服务器通过某些垃圾邮件过滤器或防火墙阻止了您的域或其关联的 IP 地址。
要进行交叉检查，只需从您的 Gmail 向收件人发送一封即可。
如果邮件发送成功，则无需采取任何行动，只需通知收件人服务器管理员进行检查。
注意：继续之前，请通过您的服务器 ping 收件人域名（如 (mail.domainname 或 domainname)）以验证您这边没有问题。
答案2
与许多域一样，您要发送到的域要求您的 DNS 在正向和反向都匹配。因此，您的 IP 地址的 PTR 记录必须返回主机名，并且该主机名的地址记录必须返回相同的 IP 地址。
（当 Gmail 或 O365 等大型提供商出现这种不匹配的情况时，他们通常会将此类邮件发送到垃圾邮件/垃圾文件夹，而不是直接拒绝它们，尽管我偶尔会看到 Gmail 真正拒绝邮件，而微软因难以理解的原因拒绝大量合法邮件而臭名昭著。）
您应该仔细检查您的 DNS 记录，并确保它们可以从互联网上的任意位置访问。如果您的 DNS 记录确实正确，那么问题很可能出在接收端。
答案3
您是否在正向查找区域中创建了与 PTR 记录相对应的 A 记录？如果没有，那么这可能是导致4.7.25错误和查找结果（但反之亦然，它不会返回.130。）。如果您的 DNS 记录都没有问题，如上所述，也许接收方配置了一些规则/垃圾邮件过滤器/等，以阻止来自某些特定域或相关 IP 地址的电子邮件。
此外，这里有一个类似的帖子供您参考：450 4.7.25 客户端主机被拒绝。希望对你有帮助。