Verificar registos MX e servidores de email do domínio

O que indicam os registos MX

Um registo MX identifica um servidor que aceita email para o domínio, com um número à frente denominado preferência. Um remetente tenta primeiro o número mais baixo e passa ao seguinte se esse servidor não responder. Dois registos com o mesmo número partilham a carga. A ferramenta apresenta-os por essa ordem e resolve cada nome de anfitrião para os respetivos endereços IPv4 e IPv6.

Quando um domínio não tem qualquer registo MX, os remetentes recorrem ao respetivo registo A ou AAAA e tentam entregar aí as mensagens (RFC 5321, secção 5.1). Raramente é isso que se pretende, pois o endereço associado a um domínio simples costuma pertencer a um servidor Web.

Registos que impedem a entrega

Um registo MX tem de apontar para um nome de host. Um registo que aponte para um endereço IP é inválido. O mesmo se aplica a um registo cujo nome de host seja um CNAME, algo que a RFC 2181 proíbe. A maioria dos remetentes segue-o mesmo assim, mas alguns desistem, pelo que o domínio recebe correio de um fornecedor e rejeita o de outro. O verificador assinala ambos os casos, bem como um nome de host que não seja resolvido, o que pode significar que uma migração deixou para trás um servidor antigo.

Um MX nulo, um único registo com 0 seguido de um ponto, indica que o domínio não aceita correio (RFC 7505). É a opção correta para um domínio que não envia nem recebe correio, e os remetentes deixam imediatamente de tentar em vez de repetirem as tentativas durante vários dias. Um domínio a partir do qual você envia não deve ter este registo: as respostas e as devoluções precisam de ter um destino.

Porque um domínio de envio precisa de um MX funcional

As devoluções e as respostas regressam aos domínios, pelo que um domínio a partir do qual você envia tem de conseguir receber correio. O domínio em Return-Path recebe as devoluções, o domínio em From recebe as respostas e alguns destinatários verificam se estes domínios aceitam correio antes de aceitarem uma mensagem. Um subdomínio de envio sem MX nem registo A pode parecer um domínio inventado.

O verificador também procura registos MTA-STS e TLS-RPT junto da lista de MX. A ausência destes registos não impede a receção de correio atualmente. Quando estão configurados, os remetentes que suportam MTA-STS recusam entregar-lhe mensagens sem encriptação, e o TLS-RPT indica-lhes para onde devem enviar relatórios quando isso falha.

Em alternativa, teste uma mensagem real

Cada uma destas ferramentas verifica uma parte da sua configuração. O teste completo lê o próprio email: envie uma mensagem para um endereço descartável e obtenha os resultados de SPF, DKIM e DMARC tal como foram avaliados por um recetor, listas de bloqueio, conteúdo, as duas pontuações de spam e um plano de correção. Adicione um teste de colocação na caixa de entrada para ver em que pasta chega no Gmail, Outlook, Yahoo e noutros fornecedores.

Testar o seu email Ver relatório de exemplo

Perguntas

Como posso verificar registos MX?

Introduza o domínio acima. O verificador consulta no DNS os respetivos registos MX, ordena-os por preferência e resolve cada servidor para os respetivos endereços. Num terminal, pode fazer a mesma consulta com dig MX example.com ou nslookup -type=mx example.com, mas sem as verificações dos destinos.

O que significa o número de prioridade do MX?

É a preferência, e os números mais baixos são tentados primeiro. Um domínio com 10 mx1 e 20 mx2 recebe o correio em mx1 e utiliza mx2 apenas quando mx1 não responde. Números iguais distribuem o correio entre os servidores. Os valores em si não significam nada para além da respetiva ordem, pelo que 1 e 5 funcionam da mesma forma que 10 e 50.

Um registo MX pode apontar para um CNAME?

Não. A RFC 2181 proíbe-o e a RFC 5321 exige que o destino tenha um registo de endereço próprio. Muitos remetentes resolvem o CNAME mesmo assim, pelo que o erro passa despercebido até um remetente mais rigoroso rejeitar o seu correio. Aponte o MX para o nome de destino do CNAME.

O que é um registo MX nulo?

É um único registo MX com preferência 0 e um destino constituído apenas por um ponto. Definido na RFC 7505, indica aos remetentes que o domínio não aceita email. Utilize-o em domínios que não enviam nem recebem nada, incluindo domínios estacionados, para que o correio enviado para esses domínios falhe imediatamente e ninguém possa alegar que o domínio o aceita silenciosamente.

Preciso de registos MX para enviar email?

Em rigor, o envio funciona sem eles. Na prática, os domínios em From e Return-Path devem aceitar correio: as devoluções e as respostas precisam de ter um destino, e os destinatários consideram um domínio de envio que não consegue receber nada como um sinal de alerta. Um subdomínio utilizado apenas para envio pode ter um MX que aponte para os servidores de devoluções do seu fornecedor.

Quanto tempo demoram as alterações aos registos MX?

Durante o período definido pelo TTL dos registos antigos. Os remetentes mantêm a resposta em cache até expirar. Por isso, reduza o TTL um dia antes de uma migração, altere depois os registos e mantenha o servidor antigo a aceitar email até o TTL antigo expirar.

Common errors

Outras ferramentas gratuitas

Verificador de registo SPFSintaxe, cadeia de include e limite de dez consultas.Verificador de DMARCPolítica, alinhamento e quem recebe os relatórios.Verificador de DKIMA chave publicada para um seletor: tipo, tamanho e sinalizadores.Verificador de blacklistBlacklists de IP e domínio, uma a uma.Analisador de cabeçalhos de email NovoO percurso, os atrasos e o veredito de autenticação.Verificador de registos MX Está aquiServidores de correio, prioridades e destinos inválidos.Verificador BIMI NovoRegisto, logótipo, certificado e política DMARC.