我们的合作伙伴之一收到我们的邮件明显延误。 发送到其域下的两个地址的相同邮件有时会在其服务器时间分开（在实际的服务器日志中检查，而不仅仅是用户邮箱）。 我怀疑在反向DNS设置不匹配造成这个问题，但我不知道这会导致这些错误。
我们正在使用G Suite（Google Apps for Business），他们在自己的场所使用Exchange（不知道哪个版本）。 他们在办公室有两个互联网连接，Exchange服务器可以在两个IP地址上访问（所以从外部我可以在端口25上telnet 1.1.1.1在端口25上2.2.2.2并获得相同的响应）。
假设域名是example.com 。 MXlogging指向mail.example.com ， mail.example.comparsing为1.1.1.1和2.2.2.2 。 1.1.1.1在他们的控制下， 1.1.1.1的PTRloggingparsing为mail.example.com 。 2.2.2.2地址不受其控制，PTRlogging指向2-2-2-2.static.their-isp.com 。 SMTP邮件服务器有一个mail.example.com横幅。
我提到这些PTRlogging，因为像MXToolBox这样的工具提到这个SMTP头不匹配，但在阅读了类似的问题后，我不清楚是否只适用于从该域发送邮件（和接收方的垃圾邮件filter），或者也接收邮件在那里。
过去，他们的DNS设置不同：他们有两个MXlogging，分别指向mail.example.com和mail2.example.com ， mail.example.comparsing为1.1.1.1 ， mail2.example.comparsing为2.2.2.2 。 SMTP横幅仍然只是mail.example.com 。 许多邮件推迟了一段时间后仍然收到。 对于一封邮件，我收到了Google的以下警告：
临时失败的技术细节：收件人服务器不接受我们的连接请求。 请访问https://support.google.com/mail/answer/7720 [mail.example.com。 1.1.1.1：超时] [mail2.example.com。 2.2.2.2：无法阅读横幅]
我解释为这意味着通过1.1.1.1的连接closures，通过2.2.2.2的连接启动，但Gmail拒绝传递邮件，因为SMTP横幅（ mail.example.com ）不符合PTRlogging2.2.2.2（ 2-2-2-2.static.their-isp.com ）或用于查找2.2.2.2（ mail2.celds.com ）的DNSlogging。 在我向他们提到这个之后，他们改变了上面提到的设置。
但今天我将它与G Suite的MX设置进行了比较，它们的设置类似： – MXlogging： ASPMX.L.GOOGLE.COM – parsing为209.85.202.27 – 反转到dg-in-f27.1e100.net – SMTP横幅是mx.google.com
MXToolBox也提到这个SMTP横幅检查是一个可能的问题，但我认为谷歌知道如何configuration他们的服务器:-)
所以，我想知道的是：上面的任何设置是否会导致我们看到的问题：Google只能在很长的延迟后才能向服务器发送一些消息？ 还是有其他明显的地方我们应该看？
标准是ptr指向指向ip的ip的Alogging。 mxlogging和他们的目的地不在场。
所以查询来自IP，从Alogging中拉出PTRlogging，拉IP。
以下是你如何testing它：
dig A $(dig -x 209.85.202.27 +short) +short 209.85.202.27 66.102.12.27 216.239.32.27
另外自动生成的PTRlogging始终标记为无效/不良。
2-2-2-2.static.their-isp.com = autogenerated/generic1