Configurei um domínio para um amigo ( maple-tree.co.uk
). Ele quer poder enviar e receber e-mails neste domínio, e parece estar funcionando, principalmente, mas não totalmente. Alguns servidores de e-mail (BTInternet em particular) não enviam e-mails para este domínio.
Acho que o problema provavelmente está relacionado aos registros DMARC e MX, que parece que estou tendo problemas para configurar. O domínio é hospedado com a GoDaddy, e dentro da ferramenta da GoDaddy ele mostra um registro DMARC como segue:
txt @ v=DMARC1; p=none; 1 Hour
E um registro MX como segue:
mx mail mail.maple-tree.co.uk. (Priority: 0) 1 Hour
Mas dentro do CPanel para o domínio, embora ele considere os registros SPF e DKIM corretos, ele alega que não há registro DMARC, e o dig / nslookup e várias ferramentas online não mostram o registro MX.
Alguém pode ajudar?
Ambos os registros estão sob o nome errado (subdomínio). O registro MX precisa estar sob o nome que corresponde ao do
...@domain
seu endereço de e-mail – o que geralmente significa que ele precisa ser adicionado ao domínio base, não aomail
subdomínio ou algo assim – enquanto o registro TXT para DMARC precisa estar sob o_dmarc
subdomínio daquele.Se você não tiver um registro MX lá, remetentes compatíveis com os padrões presumirão que o domínio é seu próprio MX – o que significa que o e-mail de entrada ainda funciona, desde que você tenha um único servidor lidando com tudo. (Ou seja, o comportamento do BTInternet parece não estar em conformidade.) Mas o funcionamento do e-mail de saída nessa situação depende de quão rigorosos são os filtros de spam do destinatário; muitos insistirão que o domínio do remetente tenha MX.
O registro DMARC é destinado exclusivamente para avaliar e-mails enviados do seu domínio – não tem nada a ver com receber e-mails no seu domínio. Então, entre esses dois registros, a recusa da BTInternet em enviar e-mails para você é provavelmente causada pela falta de MX e não de DMARC.
Como tópico secundário, mesmo que a tabela de registros DNS do CPanel seja "tipo-nome-valor", eu sugeriria lê-la como se o nome fosse a primeira coluna, pois essa é realmente a chave primária pela qual os registros são agrupados — os tipos de registro são secundários — e isso pode tornar certos tipos de comportamento do DNS um pouco mais claros.
@
MX
0
mail.maple-tree.co.uk.
@
TXT
"v=spf1 ..."
_dmarc
TXT
"v=DMARC1; p=none"
mail
A
/AAAA