Verifique a sintaxe de um endereço de e-mail e se o domínio dele pode receber mensagens, um ou uma lista
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.Um endereço de e-mail é válido quando segue as regras do SMTP (no máximo 64 caracteres antes do @ e 254 no total) e o domínio dele tem um servidor de e-mail no DNS. Este validador verifica as duas coisas, mostra o motivo quando um endereço falha e processa uma lista de até 500 de uma vez.
Esta página foi traduzida automaticamente do original em inglês. Nenhuma pessoa revisou ainda a tradução; a versão em inglês é a que deve ser considerada. Ler o original em inglês
Escolha Um endereço e digite o endereço na caixa, ou toque em Testar um exemplo.
Leia o veredito em Resultado; um problema de sintaxe aparece com o motivo.
Pare de digitar por um instante e o domínio é consultado: os servidores de e-mail dele aparecem com a preferência.
Para uma lista, escolha Uma lista de endereços, cole um por linha, toque no botão Verificar abaixo da lista e depois em Copiar como tabela.
Digite um endereço, ou cole uma lista, e cada um passa por duas verificações.
A primeira é a sintaxe, seguindo o núcleo prático das RFC 5321 e RFC 5322. A parte antes do @ pode usar letras, dígitos, pontos e os símbolos que o padrão permite, incluindo + e apóstrofos; ela não pode começar nem terminar com ponto nem ter dois seguidos, e pode ter no máximo 64 caracteres. O domínio precisa de pelo menos duas partes, cada uma feita de letras, dígitos e hifens. O endereço inteiro pode ter no máximo 254 caracteres. Quando um endereço falha, a página diz qual regra ele violou. Partes locais entre aspas, domínios que são um endereço IP e letras não inglesas são aceitos com uma observação, porque o padrão os permite, mas muitos serviços os recusam.
A segunda é o domínio. A página pergunta a um resolvedor público de DNS sobre HTTPS, o 1.1.1.1 da Cloudflare ou o 8.8.8.8 do Google, pelos registros MX do domínio, a lista de servidores que aceitam os e-mails dele. Ela também reconhece um MX nulo, o registro da RFC 7505 que diz que um domínio não aceita nenhum e-mail, e a antiga alternativa em que um domínio sem MX recebe e-mails no próprio endereço. Só a parte do domínio é enviada a esse resolvedor; a parte antes do @ nunca sai do seu dispositivo.
O que nenhum validador pode dizer com honestidade, sem enviar uma mensagem, é se a caixa de correio existe. Esta página nunca envia um e-mail de teste e nunca se conecta a um servidor de e-mail. Serviços que prometem certeza costumam abrir uma conversa SMTP e parar antes da mensagem, e muitos grandes provedores respondem "sim" de propósito a qualquer endereço para que spammers não possam usar esse truque. Um resultado positivo aqui significa que o endereço está bem formado e que o domínio dele está configurado para e-mail, nada mais.
Para uma lista, cole um endereço por linha, ou destinatários copiados como Name [email protected]; os duplicados são removidos.
Cole-o na caixa acima. A página verifica a sintaxe segundo as regras do SMTP e diz qual regra foi violada se ele falhar; depois pergunta a um resolvedor DNS público se o domínio tem servidores de e-mail. As duas verificações levam um segundo, e uma lista de até 500 endereços funciona do mesmo jeito.
Não, e nenhuma ferramenta honesta consegue sem enviar e-mail. A única forma de saber é entregar uma mensagem ou abrir uma conversa SMTP com o servidor, e esta página não faz nenhuma das duas coisas. Além disso, muitos grandes provedores aceitam de propósito qualquer endereço durante essa conversa, então nem essas sondagens costumam saber.
Um registro MX é a entrada de DNS que indica os servidores que aceitam e-mail para um domínio, cada um com um número de preferência; os números menores são tentados primeiro. O domínio do Gmail lista vários. Um domínio sem registro MX e sem registro de endereço não tem onde receber e-mail, então qualquer endereço nele vai voltar.
Um MX nulo, definido na RFC 7505, é um único registro MX com preferência 0 e o host ".". Um domínio o publica para dizer que nunca aceita e-mail, de modo que os remetentes falham na hora em vez de tentar de novo por dias. Endereços nesse domínio estão bem formados, mas não podem ser entregues.
Sim. O sinal de mais é um dos caracteres que a RFC 5322 permite antes do @, e o Gmail, o Outlook e muitos outros provedores entregam name+anything@ na mesma caixa que name@. Alguns formulários de cadastro o recusam por engano, mas o endereço em si é válido, e este validador o aceita.
Só o domínio, a parte depois do @, vai para o resolvedor público que você escolher, Cloudflare ou Google, como uma consulta DNS. A parte antes do @ nunca sai do seu dispositivo, nenhum e-mail é enviado e nenhum servidor de e-mail é contatado. Nosso próprio servidor não participa de forma alguma.
Ainda com dúvidas? Pergunte sobre Validador de e-mail e qualquer pessoa que saiba pode responder. Não é preciso ter conta.