如上所述，邮件服务器反向DNS（PTRlogging）必须configuration好。 FQDN大部分不在自己的控制之下，而是由ISP提供商定义的。 它永远不等于邮件服务器的域名。 要求ISP改变它，不可用，他们不改变它。 所以：
谢谢。
由于你正在尝试做什么，我会build议你尝试托pipe你的电子邮件与托pipe服务提供商，并获得自己的域名，所以你可以做出任何这些变化的要求。 现在至于你的问题：
在邮件服务器设置中使用这个fqdn是否没有用？
你应该使用fqdn。
如何validation它configuration正确？
正如wtayyeb所述，你可以使用dig即：
＃获取域的logging
$ dig + short mail-vn0-f47.google.com
209.85.216.47 <———————一个logging
＃获得Alogging和validation反向匹配域的反向logging
$ dig + short -x 209.85.216.47
mail-vn0-f47.google.com。 <—————- IPparsing回域
正如你可以看到IPparsing回原始的FQDN。
有没有任何webtools来检查它？
是的，这里有几个webtools。 我曾经使用过的一个很好的是：
如果你需要更多的webtools它总是很容易谷歌testingPTR或rDNSlogging。
希望这就是你要找的东西，并记住托pipe你的域名托pipe服务{像dreamhost.com :)}可能是最好的方式来设置所有的电子邮件的东西。
不知道你在＃1要求什么。 你问是否在邮件服务器设置中使用PTRlogging？ 从技术上来说不是，但是作为一个Plogging的对应点，它有一个优点，那就是它的configuration正确（同样，根据其他服务器configuration来进行查找来validation你的服务器，它会影响邮件stream如果没有正确configuration）。
让我们退后一步。
邮件将根据MXlogging路由到您，这些logging会将您的域名指向相应的FQDN。 然后，此FQDN将为其configuration一条Alogging，以便您可以将其名称翻译为IP地址。 PTRlogging允许您根据IP地址进行查找，以确保返回的是FQDN，而FQDN又具有指向相同IP的Alogging。 这就是为什么它也被称为一个圈子检查，因为一个让你到另一个，反之亦然。
现在请注意，邮件stream入您的域名不会使邮件stream量等于您的域名。 小型组织可能具有相同的入口/出口path，但许多组织不会，因此查看MXlogging会显示发送入站电子邮件的位置，但这不一定是出站电子邮件的来源。
我确定有自动化工具来检查logging，但是我build议您熟悉nslookup（Windows）或dig（Linux），或者两者兼而有之，以便手动执行查找。 这将允许您查询系统正常执行的DNS服务器，以及允许您手动对其他DNS服务器进行查找（以便您可以在内部和外部validation结果）。
你正在寻求解决一个特定的问题，validation一个特定的configuration，或只是教育自己如何使用各种DNSlogging？