我为一个朋友 ( ) 设置了一个域名maple-tree.co.uk
。他希望能够在此域名上发送和接收电子邮件,它似乎大部分情况下都正常工作,但还不够完善。某些邮件服务器(尤其是 BTInternet)不会向此域名发送电子邮件。
我认为问题可能与 DMARC 和 MX 记录有关,我似乎在设置它们时遇到了麻烦。该域名由 GoDaddy 托管,在 GoDaddy 的工具中,它显示了一条 DMARC 记录,如下所示:
txt @ v=DMARC1; p=none; 1 Hour
以及如下的 MX 记录:
mx mail mail.maple-tree.co.uk. (Priority: 0) 1 Hour
但是在域名的 CPanel 中,虽然它发现 SPF 和 DKIM 记录正常,但它声称没有 DMARC 记录,而 dig/nslookup 和各种在线工具都没有显示 MX 记录。
有人可以帮忙吗?
两个记录都位于错误的名称(子域)下。MX 记录需要位于与
...@domain
您的电子邮件地址相对应的名称下 - 这通常意味着它需要添加到基础域,而不是mail
子域或类似的东西 - 而 DMARC 的 TXT 记录需要位于_dmarc
该子域下。如果您没有 MX 记录,符合标准的发件人将假定该域是其自己的 MX – 这意味着只要您有一台服务器处理所有事情,入站邮件仍能正常工作。(也就是说,BTInternet 的行为似乎不符合标准。)但在这种情况下,出站邮件能否正常工作取决于收件人的垃圾邮件过滤器有多严格;许多人会坚持要求发件人的域具有 MX。
DMARC 记录仅用于评估从您的域发送的邮件 - 它与接收发送到您的域的邮件无关。因此,在这两个记录之间,BTInternet 拒绝向您发送邮件很可能是由于缺少 MX 而不是 DMARC 造成的。
顺便说一句,即使 CPanel 的 DNS 记录表是“类型-名称-值”,我还是建议将其读作名称是第一列,因为这实际上是记录分组的主键 - 记录类型是次要的 - 这可能会使某些类型的 DNS 行为更清晰一些。
@
MX
0
mail.maple-tree.co.uk.
@
TXT
"v=spf1 ..."
_dmarc
TXT
"v=DMARC1; p=none"
mail
A
/AAAA