O que são registros MX? Roteamento de e-mail explicado

Quando alguém envia uma mensagem para you@example.com, o servidor de e-mail dessa pessoa precisa responder a uma pergunta antes de qualquer outra coisa: qual máquina aceita e-mail para example.com? O registro MX é a resposta.

MX significa Mail Exchange (troca de e-mail). Sem ele, as mensagens para o seu domínio são devolvidas, mesmo que o site funcione perfeitamente. Os registros do site e os registros de e-mail são completamente independentes.

Como é um registro MX

example.com.    3600    IN    MX    1     aspmx.l.google.com.
example.com.    3600    IN    MX    5     alt1.aspmx.l.google.com.
example.com.    3600    IN    MX    5     alt2.aspmx.l.google.com.
example.com.    3600    IN    MX    10    alt3.aspmx.l.google.com.

O número antes do nome de host é a prioridade (às vezes chamada de preferência). Todo o resto é um registro padrão.

Como a prioridade realmente funciona

Um servidor remetente ordena os seus registros MX por prioridade e os tenta em sequência. Se o host de menor prioridade recusar a conexão ou der timeout, ele passa ao próximo. Isso é redundância de verdade: o e-mail continua fluindo enquanto um servidor está fora do ar.

Registros que compartilham a mesma prioridade, como as duas entradas 5 acima, têm a carga balanceada. O remetente escolhe entre eles de forma aleatória, distribuindo o volume entre os dois.

As regras que os destinos de MX precisam seguir

• O destino deve ser um nome de host, não um endereço IP. MX 10 93.184.216.34 é inválido; use MX 10 mail.example.com. com um registro A nesse nome.
• O destino não pode ser um CNAME. A especificação exige que os destinos de MX resolvam diretamente para registros de endereço. Alguns servidores de e-mail se recusam a entregar caso contrário. Veja CNAME vs. A.
• O destino precisa ter o seu próprio registro A ou AAAA. Um MX que aponta para um nome que não resolve equivale a não ter MX nenhum.

Null MX: declarando que um domínio não envia nem recebe e-mail

Se um domínio nunca vai receber e-mail, diga isso explicitamente com um único registro MX apontando para a zona raiz:

example.com.    3600    IN    MX    0    .

Um . sozinho como destino significa este domínio não aceita e-mail. Os remetentes rejeitam imediatamente com um erro permanente, em vez de tentar novamente por dias, e isso torna o domínio um alvo menos atraente para spoofing. Vale configurar em todo domínio seu que não seja usado para e-mail.

O que acontece quando não há registro MX

O fallback histórico é que os remetentes tentam o registro A do domínio e tentam fazer a entrega ali. Depender disso é uma má ideia: o comportamento varia entre servidores de e-mail e, se o seu registro A aponta para um servidor web ou uma CDN sem nenhum daemon de e-mail, as mensagens são devolvidas.

Os registros MX não são a história toda

O MX decide para onde o e-mail é entregue. Três outros registros decidem se ele é confiável, e sem eles o seu e-mail legítimo cai nas pastas de spam:

• SPF: um registro TXT que lista quais servidores podem enviar como o seu domínio.
• DKIM: um registro TXT que publica a chave que assina o seu e-mail de saída.
• DMARC: um registro TXT que diz aos receptores o que fazer quando o SPF ou o DKIM falha.

Os três são tratados em SPF, DKIM e DMARC explicados. Um quarto fator, o DNS reverso, importa para servidores que enviam e-mail diretamente.

As falhas que perdem e-mail e como identificá-las

Uma configuração incorreta de MX raramente se anuncia. O e-mail não para: ele diminui, ou chega atrasado, ou um remetente reclama enquanto todos os outros estão bem. Estes são os padrões que vale reconhecer.

Registros apontando para um provedor que você não usa mais

A causa mais comum de e-mails que somem misteriosamente. Uma migração deixa os registros MX do provedor antigo ao lado dos novos, então os remetentes distribuem entre eles por prioridade e uma fração das mensagens cai em uma caixa de correio que ninguém lê. Sintoma: o e-mail de alguns remetentes chega, o de outros desaparece, sem nenhuma mensagem de devolução.

O destino do MX não tem registro de endereço

Um MX que aponta para mail.example.com quando esse nome não resolve é funcionalmente idêntico a não ter MX nenhum. Os remetentes ou devolvem a mensagem na hora, ou a mantêm em fila e tentam por dias antes de desistir. Sempre verifique se o destino resolve, e não apenas se o registro MX existe.

Um firewall bloqueando a porta 25

DNS perfeito, servidor inacessível. O SMTP de entrada chega pela porta 25, e os provedores de nuvem costumam bloqueá-la por padrão em instâncias novas. A consulta de MX tem sucesso, a conexão nunca se completa e os remetentes enfileiram as mensagens em silêncio.

Verificando os seus registros MX

dig +short example.com MX

A ferramenta de consulta retorna os registros MX já ordenados por prioridade, com um null MX exibido de forma explícita, e não como um valor vazio confuso, o que facilita confirmar de relance que o seu servidor principal é o que você espera.