O que é MX Record?
Um MX record, abreviação de mail exchange record, é um tipo de entrada DNS que diz ao resto da internet quais servidores de e-mail são responsáveis por receber e-mail de um domínio. Sem um MX record, um domínio não consegue aceitar e-mails de forma confiável, o que faz do MX record uma das primeiras coisas que qualquer ferramenta de verificação de e-mail checa.
Definição
Um MX record é um registro DNS que direciona o e-mail para os servidores de e-mail de um domínio. O DNS, o Domain Name System, é o diretório da internet, e ele guarda diferentes tipos de registro para diferentes propósitos. Um registro A mapeia um domínio para um endereço IPv4, um registro AAAA o mapeia para um endereço IPv6, e um MX record responde especificamente à pergunta de para onde o e-mail de um domínio deve ser entregue, de acordo com o SMTP, o protocolo padrão para enviar e-mails pela internet.
Cada MX record carrega duas informações. A primeira é um valor de preferência, comumente chamado de prioridade, que é um número que classifica o registro em relação aos demais MX records do domínio. A segunda é o hostname de um servidor de e-mail que pode receber e-mail para o domínio. Um domínio pode publicar vários MX records ao mesmo tempo, cada um apontando para um servidor de e-mail diferente com sua própria prioridade.
Um MX record típico se parece com isto: example.com aponta para um servidor de e-mail com a entrada MX 10 mail.example.com. O 10 é a prioridade e mail.example.com é o servidor de e-mail receptor. Um domínio que usa o Google Workspace, por exemplo, publica MX records apontando para os servidores de e-mail do Google, enquanto um domínio no Microsoft 365 publica registros apontando para os da Microsoft. O MX record é como o dono de um domínio diz aos demais: enviem nosso e-mail para cá.
Como Funciona
Os MX records cumprem seu papel durante a entrega. Quando um servidor de e-mail remetente tem uma mensagem para um endereço como user@example.com, ele ainda não sabe onde example.com recebe e-mail, então pergunta ao DNS. Ele faz uma consulta de MX para o domínio e recebe de volta a lista de MX records que o domínio publicou, cada um com uma prioridade e um hostname de servidor de e-mail.
A prioridade decide a ordem das tentativas, e a regra é que números menores são preferidos. O servidor remetente tenta primeiro o servidor de e-mail com o menor valor de prioridade. Se dois ou mais MX records compartilham a mesma prioridade, o remetente escolhe entre eles de forma aleatória, que é como os administradores distribuem o e-mail recebido de maneira uniforme por múltiplos servidores equivalentes para balanceamento de carga. Se o servidor preferido não pode ser alcançado porque está fora do ar ou a conexão expira, o remetente passa para o próximo nível de prioridade e tenta de novo, seguindo lista abaixo até que um servidor aceite a conexão ou a lista se esgote. É por isso que registros com número de prioridade mais alto servem como servidores de e-mail de backup.
O valor de prioridade é tecnicamente um número de 16 bits sem sinal, então pode variar de 0 a 65,535, e os administradores normalmente espaçam seus valores, como 10, 20 e 30, para deixar espaço para mudanças futuras. Uma regra importante rege o hostname: o nome do servidor de e-mail em um MX record deve resolver diretamente para um registro de endereço A ou AAAA e não deve apontar para um alias CNAME, porque os padrões de e-mail proíbem isso e servidores de e-mail rigorosos podem falhar na entrega se a regra for quebrada. Há também um caso especial, o null MX record definido na RFC 7505, que um domínio publica para declarar explicitamente que não aceita e-mail nenhum. Se um domínio não tem MX record, os servidores remetentes podem recorrer ao seu registro A ou AAAA, mas esse recurso é frágil e não deve ser usado como base.
Por Que Isso Importa para a Entregabilidade de E-mail
O MX record é a base de saber se um domínio pode receber e-mail. Se um domínio não tem MX record, e nenhum recurso A ou AAAA utilizável, o e-mail simplesmente não tem para onde ir e a entrega falha. Um MX record mal configurado, como um que aponta para um hostname que já não existe ou para um CNAME, produz o mesmo resultado na prática: as mensagens dão bounce. Como o MX record fica bem no começo do caminho de entrega, um erro aqui quebra tudo que vem depois.
Para os remetentes, os MX records também são o sinal mais barato e mais rápido de saber se vale a pena buscar um endereço. Um endereço cujo domínio não publica MX records não pode receber e-mail, ponto final, independentemente de como o próprio endereço esteja escrito. Enviar para esses endereços gera hard bounces, e uma alta taxa de hard bounce diz aos provedores de caixa de entrada que um remetente está enviando para dados de baixa qualidade, o que reduz o inbox placement do restante do e-mail desse remetente. Pegar MX records ausentes ou quebrados antes de uma campanha sair remove toda uma classe de bounces garantidos.
Os MX records importam do lado receptor também. Prioridades bem configuradas e servidores de e-mail de backup mantêm o e-mail fluindo mesmo quando um servidor primário tem uma interrupção, porque os remetentes recorrem ao próximo servidor da lista. Um domínio com apenas um MX record e sem backup corre o risco de perder totalmente o e-mail recebido durante a queda. Tanto para remetentes quanto para receptores, os MX records não são um detalhe de bastidores, mas uma parte central de saber se o e-mail chega ao seu destino.
Como a VeriMails Lida com Isso
A checagem do MX record é uma das primeiras etapas no pipeline de verificação da VeriMails. Para cada endereço que você envia, a VeriMails faz uma consulta de MX no domínio para confirmar que o domínio publica MX records válidos e que esses registros apontam para servidores de e-mail que de fato existem. Se um domínio não tem MX records, o endereço não pode receber e-mail, então a VeriMails o marca como não entregável rapidamente, sem gastar tempo em checagens posteriores e mais custosas.
Quando há MX records válidos, a checagem de MX é a porta de entrada para o resto da verificação. A VeriMails usa a ordem de prioridade para identificar o servidor de e-mail preferido e então se conecta a ele para realizar um handshake SMTP ao vivo que testa se a caixa de entrada específica aceita e-mail. Em torno disso, a VeriMails também valida a sintaxe, roda checagens de DNS mais amplas, faz detecção de catch-all e sinaliza endereços descartáveis e baseados em função. Checar os MX records primeiro significa que um endereço em um domínio que não pode receber e-mail de jeito nenhum é pego de imediato, em vez de depois de uma tentativa de conexão desnecessária.
A VeriMails retorna resultados claros de entregabilidade em vez de uma pontuação numérica vaga, e a checagem de MX contribui para essa decisão. Você pode rodar a verificação pela API REST para checagens em tempo real ou enviar um CSV para a verificação em massa de uma lista inteira. A verificação começa em $0.0019 per email, com 10,000 credits for $19, e os planos anuais começam em $12.50/month when billed yearly. Toda nova conta inclui 100 créditos gratuitos sem necessidade de cartão de crédito, e esses créditos nunca expiram.
Perguntas Frequentes
Termos Relacionados
Experimente a VeriMails Grátis
100 créditos gratuitos no cadastro. Sem cartão de crédito. Coloque a verificação de e-mail em prática hoje mesmo.
Comece Grátis