我有一台具有单个 IP 的服务器,配置为充当邮件服务器并提供其他服务(例如 http)。
DNS 记录如下:
mail.example.com A 192.0.2.4
example.com MX mail.example.com
192.0.2.4 -> mail.example.com
以及用于 FCrDNS 垃圾邮件检查的PTR 记录。
但是,由于服务器不仅仅是邮件服务器,因此将 rDNS 指向 就显得有些奇怪了。据我了解,如果我的服务器发送 ,则无法解决这个192.0.2.4
问题。那么,完全消除子域以便使用更通用的 PTR有什么缺点吗?mail.example.com
HELO mail.example.com
mail
192.0.2.4 -> example.com
我没有其他本地组织/机构的限制,对我来说,这些限制可能会对这个问题给出明显的“是”的答案,但我似乎偏离了从foo.example
发送邮件的标准惯例mail.foo.example
。 (我知道这个名字mail
并不神奇,但我想知道我是否真的需要任何子域名。)
并且由于 FCrDNS 用于发送邮件,并且MX
用于接收,为了保持一致,像这样的 MX 记录会有问题吗example.com MX example.com
?
答案1
只要您的 DNS 设置一致,您就可以为邮件系统使用任何名称。没有这样的惯例,即邮件应由“mail.example.com”管理,实际上大多数服务甚至懒得接近这个惯例(查看host -t mx gmail.com
示例)。它只是发生了方便的小型邮件系统就是这样布局的。
example.com MX 10 example.com
是完全正确的 MX 记录(不要忘记“优先级”字段)。正如评论中提到的,它是多余的,但如果您要将 SPF 记录设置为“v=spf1 mx -”,则需要 MX 记录。
但是,如果您决定移动邮件系统,使用单独的名称可能会使将来的迁移更容易。