我帮助一个朋友运行一个服务器，其中包括一个邮件服务器。http://mxtoolbox.com报告我们的反向 DNS 不是有效的主机名。
反向 DNS 当前指向domain.com. 它应该指向hostname.domain.com吗？我在这里看到，将此方案用于反向 DNS 是常规做法。但是，如果邮件服务器这样响应会不会导致问题：
220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...
基本上，指向邮件服务器报告的域的子域的反向 DNS 是否有效？
编辑：我原来的问题如下：如果邮件服务器报告domain.com为它的 FQDN，反向 DNS 可以指向hostname.domain.com吗？请参阅下面的评论，了解为什么不需要这样做，以及为什么两者应该相同。
我试图在 Internet 上搜索 FQDN 的定义。维基百科说，一个 FQDN
指定它在域名系统 (DNS) 的树层次结构中的确切位置我会解释这一点，它是明确可解析的（在 DNS 中）。
WP 的示例（我不想将其用作参考）说明了使用 hostname.example.com.
我发现的 RFC（RFC 1035是我发现的唯一非特定于协议的）没有提供关于 FQDN 有什么资格的信息。
我认为只有像 hostname.example.com 这样的标识符才是有效的 FQDN（包括单独的所有主机名、域和 TLD），但这似乎是错误的。
是否需要 FQDN 始终在域旁边包含一个主机名，即使域仅包含一台主机？或者是 FQDN 应该可以通过 DNS 解析的唯一定义？例如，域 .tk 是明确可解析的，这是 FQDN 吗？
我已经搜索了很多，似乎无法找到一个直接的、现代的答案。
如果我mydomain.com在一台仅用于该域的机器上托管域，并且没有子域，那么除了合规性之外，是否还有真正的、实际的原因来创建任意主机名（即myhost）只是为了有一个由三部分组成的 FQDN ( myhost.mydomain.com) 来满足某种 RFC 或预期的约定。
从我的角度来看，这似乎造成了很多过度的复杂性，我不确定这是否有优势，或者这是否只是所有 Web 资源都来自子域（例如www和ftp可能需要）的保留扩展到单独的机器。
我也不www在我的域上使用，从管理员的角度来看，我所知道的一切都是不明智的（尽管从设计师的角度来看，删除它是常态）......