比方说,我有以下DNS活跃的域example.com (离开优先和TTL)
example.com A 123.45.67.89 mx.example.com A 123.45.67.89 example.com MX mx.example.com
现在,这是一个有效的DNSlogging。 如果我要添加以下mxlogging,是否会导致任何问题?
mx.example.com MX mx.example.com
我已经testing了这个,而且似乎可行,但我想确定。
原因是,我总是使用[email protected]发送电子邮件,而没有添加最后一个mxlogging。 但是有些服务失败,因为他们没有使用主域,而是检查子域是否存在mxlogging。 添加mxlogging似乎都可以使这些服务起作用,但是现在我担心这可能会导致实际发送/接收电子邮件的问题。
而且,我已经把新的mxlogging的优先级设置为低于原来的mxlogging,所以理论上应该总是select第一个logging,但是我很好奇,如果优先级被颠倒过来,它甚至会工作。
一个MX RR指向自己是完全有效的,不会造成任何问题。 不过,这可能被认为是多余的,因为一般的规则是,如果一个域名没有MX RR,而是一个A RR,则后者将用于邮件投递。 换句话说,当没有明确的MX RR存在时,隐含地指向指向其自身的MX RR。
请注意,您的示例代码具有语法问题。 FQDN缺less最终点,MXRR缺less优先级字段。 它应该是:
example.com. A 123.45.67.89 mx.example.com. A 123.45.67.89 example.com. MX 10 mx.example.com. mx.example.com. MX 10 mx.example.com.
或者等价地:
$ORIGIN example.com. @ A 123.45.67.89 MX 10 mx mx A 123.45.67.89 MX 10 mx
(如果整个文件是example.com域的区域文件的一部分,则$ORIGIN指令是冗余的。)
你似乎迷惑自己。 DNS MX-RR格式的domain MX pref name用于表示具有域名的服务器将是域名的MX。
在你的情况下,你是说,名称为mx.example.com服务器将处理邮件为mx.example.com域。 这是完全有效的,但在我看来,你想为example.com设置一个MX。
我想你的问题的核心已经得到了回答,但你可能想要澄清一些混淆: