Registos MX e prioridade

Módulo 4: Registos para e-mail · Tempo de leitura: 8 minutos

Objetivo de aprendizagem: Após esta lição, saberá ler e configurar registos MX, escolher corretamente a prioridade e explicar o que acontece quando um domínio não tem registo MX.

Conceitos-chave: registo MX, prioridade (preference), MX de reserva, servidor de correio (nome de anfitrião), MX implícito, null MX, entrega local

Para onde deve ir o e-mail?

Quando alguém envia um e-mail para info@example.com, o servidor de correio do remetente tem de descobrir a que servidor esse e-mail deve ser entregue. Para isso, consulta o DNS, perguntando pelo registo MX (Mail eXchanger) de example.com.

A resposta não é um endereço IP, mas sim uma lista de servidores de correio, cada um precedido de um número:

example.com.   3600  IN  MX  10 mail.example.com.
example.com.   3600  IN  MX  20 backup.example.net.

Depois, o servidor remetente consulta o registo A ou AAAA de mail.example.com, e só então sabe que endereço IP tem de contactar. Um registo MX aponta, portanto, sempre para um nome, que por sua vez tem o seu próprio registo A ou AAAA.

O registo MX está quase sempre colocado no próprio domínio (@), pois diz respeito à parte depois do @ no endereço de e-mail. Se quiser receber e-mail em info@nieuws.example.com, então nieuws.example.com precisa do seu próprio registo MX.

Prioridade: o valor mais baixo vai primeiro

O número que acompanha o servidor de correio chama-se prioridade (na norma, RFC 5321, chama-se preference). A regra é simples:

• Quanto mais baixo for o número, mais cedo esse servidor é contactado.
• Se esse servidor não estiver acessível, o remetente tenta o seguinte.
• Se dois servidores tiverem o mesmo número, o remetente distribui o e-mail aleatoriamente entre ambos. Assim, pode repartir a carga.

O número em si não tem qualquer significado. 0, 1, 5, 10 ou 100: só a ordem é que conta. Um registo com prioridade 10 e outro com 20 funciona exatamente da mesma forma que 1 e 2. Se o seu fornecedor de e-mail indicar um número, utilize esse mesmo número. Se indicar apenas um servidor, o número é irrelevante.

Um servidor com um número mais alto é frequentemente chamado de MX de reserva. Antigamente, isto era habitual: se o seu próprio servidor falhasse, o servidor de reserva guardava o e-mail. Atualmente, um servidor remetente guarda o e-mail durante alguns dias e volta a tentar por conta própria. Um MX de reserva mal configurado (por exemplo, sem filtro de spam) acaba por atrair spam. Por isso, só deve utilizar um se o seu fornecedor assim o indicar.

Regras para um bom registo MX

1. Um nome, não um endereço IP. MX 10 192.0.2.25 é inválido. Crie um registo A mail com 192.0.2.25 e faça o MX apontar para mail.example.com.
2. Nunca para um CNAME. O nome num registo MX deve ter o seu próprio registo A ou AAAA, nunca um CNAME (RFC 2181, secção 10.3). Muitos servidores resolvem a situação na mesma, mas nem todos.
3. O ponto final. Em muitos painéis, escreve-se mail.example.com. com um ponto no fim. Sem o ponto, o painel acrescenta de novo o seu domínio: mail.example.com.example.com. Esse nome não existe, e o seu e-mail não chega ao destino.
4. O servidor de correio tem de existir. Se o MX apontar para um nome sem registo A ou AAAA, nada chega ao destino. Na prática, isto acontece muitas vezes quando alguém transfere os servidores de nomes do seu domínio para um construtor de sites: o registo MX acompanha a mudança, mas o registo A de mail não.
5. Remova os registos antigos. Se mudar para outro fornecedor de e-mail, remova os registos MX do fornecedor antigo. Se os deixar ficar, parte do seu e-mail continuará a chegar ao fornecedor antigo.

Sem registo MX: MX implícito e null MX

O que acontece se um domínio não tiver qualquer registo MX? De acordo com a RFC 5321, o servidor remetente tenta então o registo A ou AAAA do próprio domínio. A isto chama-se MX implícito. Se o seu website estiver alojado num servidor sem e-mail, o mundo tentará entregar o seu e-mail no seu servidor web. Isto provoca atrasos e mensagens de erro para o remetente.

Se quiser indicar claramente que um domínio nunca recebe e-mail, utilize um null MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Prioridade 0 e, como servidor de correio, apenas um ponto. Um remetente vê imediatamente que não precisa de tentar e envia logo ao remetente original uma mensagem de erro adequada. Combine isto com um registo SPF v=spf1 -all (lição 4.3) se o domínio também não enviar e-mail.

Entrega local: a armadilha do alojamento com e-mail

Muitos pacotes de alojamento têm um servidor web e um servidor de correio na mesma máquina. Por predefinição, esse servidor pensa: "o e-mail deste domínio entrego-o eu próprio". Se transferir o seu e-mail para outro fornecedor, altera os registos MX, mas o servidor não memoriza isso automaticamente. Resultado: o e-mail do seu próprio formulário de contacto, e de outros websites no mesmo servidor, fica preso no servidor antigo e nunca chega ao seu novo fornecedor. O remetente recebe por vezes a mensagem 550 Unknown user.

Esta é uma questão muito frequente junto das empresas de alojamento. Por isso, na maioria dos painéis existe um interruptor com um nome como "Usar este servidor para gerir os meus e-mails" ou "Entrega local de e-mail". Está a mudar o seu e-mail para outro fornecedor? Altere o MX E desligue esse interruptor. Se fizer só uma das coisas, algo vai correr mal.

Na prática: como se apresenta num painel

Neste exemplo, utilizamos o DirectAdmin. Em Gerenciamento de e-mail, Registros MX (DNS), vê os registos MX do seu domínio. Em cada registo, escreve a prioridade numa caixa e o servidor de correio a seguir, com um ponto no fim. Por baixo encontra a opção Usar este servidor para gerir os meus e-mails. Em Modelo de MX pode escolher configurações prontas a usar, por exemplo, para Microsoft 365 ou Google Workspace.

n'O meu WebOké, encontra o mesmo separador DNS de um domínio; aí o interruptor chama-se Entrega.

No cPanel, Plesk, Cloudflare ou junto do seu registrar, o ecrã apresenta-se de forma diferente, mas preenche sempre os mesmos três elementos: o nome (@ ou vazio), a prioridade e o servidor de correio.

Resumo

• O registo MX indica para onde deve ir o e-mail do seu domínio. Aponta sempre para um nome, nunca para um endereço IP ou CNAME.
• A prioridade mais baixa vai primeiro; números iguais partilham o e-mail; o número em si não tem significado.
• Sem MX, o mundo tenta o seu registo A (MX implícito). Se nunca receber e-mail, utilize MX 0 . (null MX).
• Se mudar de e-mail, remova os registos MX antigos e desligue a entrega local no seu servidor de alojamento.

Quiz

Exercício

Exercício Z4.1: Pesquisar MX. Pesquise os registos MX de wikipedia.org (ou do seu próprio domínio). Indique qual o servidor de correio com o número de prioridade mais baixo, e qual é esse número.

Exercício O4.1: Configurar na sua zona de treino. Crie na sua zona de treino <code>.dnspractice.eu dois registos MX: prioridade 10 para mail.<code>.dnspractice.eu e prioridade 20 para backup.<code>.dnspractice.eu. Crie, para ambos os nomes, um registo A: mail para 192.0.2.25 e backup para 192.0.2.26. Depois, clique em Verificar.

Para saber mais

Os passos descritos nestes artigos aplicam-se aos painéis da WebOké; noutros painéis, o funcionamento é semelhante.

• Manual DirectAdmin 5.5: Registos MX: onde chega o seu e-mail?
• O seu e-mail noutro local: Microsoft 365, Google Workspace ou um servidor de correio próprio
• Não consigo enviar e-mail via PHP: os registos MX apontam para outro lado
• Manual DirectAdmin 18.9: Deixei de receber e-mail
• RFC 5321 secção 5.1 (encaminhamento de e-mail), RFC 7505 (null MX)