Registos MX a fundo: prioridade, vários servidores de correio e os erros que perdem e-mails

Domínios e DNS·· 15 visualizações· 4 min de leitura

A resposta curta: o registo MX diz aos outros servidores para onde devem entregar o correio do seu domínio. Cada MX tem uma prioridade (um número) e o nome de um servidor. Quem envia tenta primeiro o número mais baixo. Os problemas aparecem quando há MX a mais, de fornecedores diferentes, ou a apontar para o sítio errado: o correio não desaparece de uma vez, vai-se perdendo aos bocados, e é por isso que custa a encontrar.

Como funcionam as regras do MX

Situação O que acontece
Dois MX, com prioridades 10 e 20 Quem envia tenta o 10. Só usa o 20 se o 10 não responder. O número em si não importa, só a ordem.
Dois MX com a mesma prioridade Quem envia escolhe um deles, sem ordem fixa. Os dois têm de entregar nas mesmas caixas.
MX de dois fornecedores diferentes (por exemplo, a da hospedagem e o do Google) O correio divide-se: umas mensagens vão para um, outras para o outro. Parece que se perdem e-mails.
Nenhum MX Pela norma, quem envia tenta entregar no endereço do próprio domínio (o registo A). Pode funcionar por acaso, mas não se deve contar com isso.
MX 0 . (o MX nulo) Diz expressamente que o domínio não recebe correio (RFC 7505). Quem envia desiste logo e devolve a mensagem.
MX a apontar para um IP Inválido. O MX aponta para um nome, e esse nome tem o seu registo A ou AAAA.
MX a apontar para um nome que é um CNAME Proibido pela norma. Muitos servidores aceitam na mesma, alguns não: é correio que falha só às vezes.

Conferir e corrigir os seus MX

1 Liste os MX: dig example.com MX +short
10 mail.example.com.
Cada linha é a prioridade e o servidor. Veja se só aparecem servidores do fornecedor de correio que usa hoje. (exemplo: example.com é um domínio reservado para exemplos, e 192.0.2.10 e 2001:db8::10 são endereços de documentação; troque-os pelos seus.)
2 Confirme cada servidor da lista: dig mail.example.com A +short tem de devolver um IP, e dig mail.example.com CNAME +short deve vir vazio.
3 Apague os MX de fornecedores que já não usa. No cPanel, no Zone Editor, em Manage ao lado do domínio. Deixe só os de um fornecedor.
4 Se o correio está fora da hospedagem (Google Workspace, Microsoft 365 ou outro), no cPanel abra Email Routing e escolha o servidor remoto. Sem isso, as mensagens que o próprio site envia para o seu domínio (formulários, por exemplo) podem ficar entregues na hospedagem e nunca chegar à caixa verdadeira. Veja Google Workspace ou Microsoft 365 no seu domínio.
5 Depois de mudar os MX, vigie as duas caixas durante o TTL que o MX antigo tinha: até lá, há servidores que ainda entregam no sítio antigo. Não apague a caixa antiga antes disso.
Um MX de reserva noutro fornecedor raramente vale a pena hoje. Quem envia já volta a tentar durante algum tempo quando o seu servidor está em baixo (cada servidor decide quanto). E um MX de reserva que não conhece as caixas que existem aceita spam para endereços inventados e depois devolve-o a remetentes falsos, o que pode pôr o seu domínio em listas negras.
Um domínio que nunca recebe correio (só tem o site) fica mais protegido com o MX nulo, 0 .. Se também nunca envia, junte um SPF que o diga: criar o registo SPF.

O correio chega a umas caixas e não a outras, ou só às vezes? Diga-nos o domínio e um exemplo de mensagem que não chegou.

Abrir pedido de suporte

VEJA TAMBÉM

Registos DNS explicados: A, CNAME, MX, TXT e TTL

Google Workspace ou Microsoft 365 no seu domínio: registos MX, e manter o site connosco

Porque o seu e-mail não envia ou não recebe

Criar o registo SPF, passo a passo

PTR e DNS reverso: porque o seu e-mail depende disso

Registos TXT na prática: valores longos, aspas e vários registos no mesmo nome

PRODUTO RECOMENDADO

E-mail profissional no seu domínio

Caixas com o nome da sua empresa, sem publicidade, com filtro de spam. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.