Registros MX explicados: como o e-mail encontra o caminho

Quando alguém envia um e-mail para name@example.com, o servidor de e-mail remetente não se limita a consultar o registro A comum de example.com. Ele consulta um tipo de registro completamente diferente: o MX, abreviação de Mail Exchange. O registro MX aponta para o nome de host do servidor responsável por aceitar as mensagens daquele domínio, que muitas vezes é um endereço totalmente diferente daquele em que o próprio site está hospedado.

Prioridade: a parte que surpreende as pessoas

Um domínio pode ter vários registros MX, cada um com um valor numérico de prioridade. Os números menores são preferidos. Um servidor remetente tenta primeiro o servidor de e-mail de menor prioridade (o mais preferido) e só recorre aos valores de prioridade maiores se esse estiver inacessível. É isso que torna possível a entrega redundante de e-mail: um servidor de e-mail de backup com valor de prioridade maior, pronto para aceitar mensagens se o principal estiver fora do ar.

• O destino de um registro MX precisa, ele próprio, resolver para um registro A ou AAAA: ele não pode apontar diretamente para um endereço IP.
• Um domínio sem nenhum registro MX normalmente não consegue receber e-mail, mesmo que o site funcione perfeitamente: os dois são tratados por consultas DNS totalmente separadas.
• Dois registros MX com o mesmo valor de prioridade são ambos válidos ao mesmo tempo: o servidor remetente é livre para escolher qualquer um, o que às vezes é usado de propósito como uma forma rudimentar de balanceamento de carga.

Por que isso importa além de “o e-mail funciona ou não”

Os registros MX também são o ponto de partida para verificar a configuração de e-mail de um domínio como um todo: os registros SPF, DKIM e DMARC existem para provar que as mensagens que dizem vir de um domínio realmente têm autorização para isso, e conferir a configuração de MX costuma ser o primeiro passo antes de verificá-los. A migração para um novo provedor de e-mail é, no fundo, uma alteração de DNS no registro MX (mais os registros de apoio), o que significa que ela herda todas as ressalvas de atraso de propagação que se aplicam a qualquer outra atualização de DNS.

Um domínio que deliberadamente não envia e-mail

Nem todo domínio quer receber e-mail, e deixar isso indefinido já é uma pequena brecha de segurança: sem um sinal explícito, alguns sistemas de e-mail ainda tentarão a entrega ou farão suposições sobre uma configuração ausente. A RFC 7505 define um “null MX” justamente para isso: um único registro MX apontando para “.” (a raiz, ou seja, lugar nenhum) com prioridade 0, que declara explicitamente “este domínio não aceita e-mail, não adianta tentar”. É uma adição pequena e fácil, que vale a pena em qualquer domínio (um domínio de redirecionamento de marketing, um domínio de serviço exclusivamente interno) que genuinamente nunca enviará nem receberá e-mail.

O erro comum que vale a pena evitar

Uma configuração incorreta surpreendentemente frequente é apontar um registro MX diretamente para um endereço IP, ou para um nome de host que tem apenas um CNAME, e não um registro A/AAAA de verdade. Ambos violam as regras do próprio tipo de registro, e os sistemas de e-mail que seguem a especificação à risca se recusarão a entregar, em vez de adivinhar o que se pretendia. Se o site de um domínio funciona perfeitamente, mas a entrega de e-mail falha por completo, e não apenas fica lenta, verificar se cada destino de MX realmente resolve para um registro A ou AAAA simples (não um CNAME, não um IP digitado por engano) é uma das primeiras e mais baratas conferências a fazer.