单服务器，单IP，其他服务的邮件--我需要一个邮件子域吗？

Question

我有一个具有单一IP的服务器，它被配置为充当邮件服务器并提供其他服务(例如http)。

DNS记录类似于：

mail.example.com A 192.0.2.4
example.com MX mail.example.com

以及用于检查192.0.2.4 -> mail.example.com垃圾邮件的PTR记录。

但是，由于服务器不仅仅是一个邮件服务器，所以让rDNS for 192.0.2.4指向mail.example.com是很奇怪的。按照我的理解，如果我的服务器发送HELO mail.example.com，这是无法避免的。那么，完全消除mail子域有什么坏处，这样我就可以使用更通用的PTR 192.0.2.4 -> example.com了吗？

我没有其他的本地组织/机构限制，对我来说，可能会对这个问题提供一个明显的“是”，但我似乎偏离了foo.example的邮件是从mail.foo.example发送的标准惯例。(我知道mail这个名字并不神奇，但我想知道我是否真的需要任何子域。)

既然FCrDNS是用来发送邮件的，而MX是用来接收的，为了保持一致，像example.com MX example.com这样的MX记录会有什么问题吗？

Answer 1

只要您的DNS设置是一致的，您可以为您的邮件系统使用任何名称。没有这样的约定，邮件应该由"mail.example.com“来管理，实际上大多数服务甚至都不愿意接近这个约定(例如，请查看host -t mx gmail.com )。这样布置小邮件系统就很方便了。

example.com MX 10 example.com是完全正确的MX记录(不要忘记“优先级”字段)。正如注释中提到的，它是多余的，但是如果要将SPF记录设置为"v=spf1 mx -"，则需要MX记录。

但是，如果您决定移动邮件系统，使用单独的名称可能会使迁移在将来更容易。