我一直在尝试改进已经运行的电子邮件传递 DNS 配置,但发现由于某种我不明白的原因,我需要有一个 mail.domainxxx.com A 条目才能使我的 MX 配置正常工作,即使我没有在任何地方引用 mail.domainxxx.com。
我试图删除 mail.domainxxx.com 并仅保留 domainxxx.com 的条目,但由于某种原因,需要特定的 mail.domainxxx.com 条目(当然是相应的 MX 条目)。
任何 RFC 或类似的规范文档中是否记录了我不知道的内容。
更新:错误的另一个线索是,当我使用 AWS SES SMTP 服务器时,我收到以下传送错误
报告-MTA:dns;axx-xx.smtp-out.amazonses.com
操作:失败 最终收件人:rfc822;[email protected] 诊断代码:smtp;550 4.4.7 消息已过期:无法在 840 分钟内送达。<421 4.4.1 无法建立连接> 状态:4.4.7
据我理解,您要问的问题是为什么为了使电子邮件正常工作需要同时拥有
A
记录和记录?MX
好吧,这一切都可以追溯到 RFC974。
假设您有域名
example.com
。MX
记录告诉哪个服务器将接收邮件@domain.com
。它可能是属于同一域的具有完全限定域名(FQDN)的主机……或者是完全不同的东西。
假设
MX
指向 FQDN ,那么如果可以通过 IPv4 访问该服务器,则存在该服务器的记录,和/或如果可以通过 IPv6 访问该服务器,则mail.example.com
存在该服务器的记录,这一点很重要。A
AAAA
如果您不声明
A
或AAAA
记录,那么互联网如何知道如何为您的域名发送电子邮件?:-)更新
查看你的
MX
记录,你有:对我来说它看起来有点奇怪并且我认为这是不必要的。
第二行:
这说明任何邮件
domainxxx.com
均由主机处理mail.domainxxx.com
。接下来发生的事情是,发件人的邮件服务器将查找您的邮件服务器的 IP 地址,这是通过查找记录来完成的
A
。这就是为什么您需要有
A
记录mail.domainxxx.com
。如果没有
A
记录,互联网就不知道您的服务器位于何处。现在有意义了吗?