O que é a sintaxe de um e-mail?

É o conjunto de regras de como um endereço é escrito: uma parte local, um @ e um domínio, definidas nas RFC 5321 e RFC 5322. Um endereço pode ter sintaxe perfeita e ainda assim não existir; a sintaxe só diz que está bem escrito.

Como checo se um endereço está no formato certo?

Cole o endereço, ou uma lista inteira, no verificador acima e clique em Check syntax. Cada endereço é comparado com as regras das RFC 5321 e 5322: um único @, uma parte local de até 64 caracteres permitidos sem pontos duplos ou nas pontas, e um domínio com rótulos válidos e um domínio de topo plausível.

Quais caracteres são permitidos num endereço de e-mail?

Antes do @: letras, dígitos, pontos (não duplos nem no começo ou no fim) e os símbolos ! # $ % & ' * + / = ? ^ _ ` { | } ~ -, pela RFC 5322. Depois do @: letras, dígitos, hífens e pontos, sem rótulos começando ou terminando em hífen. Espaços não são permitidos fora de uma parte local entre aspas.

Um verificador de formato é o mesmo que um verificador de e-mail?

Não. Um verificador de formato lê os caracteres do endereço e nunca contata nada. Um verificador de e-mail também consulta os servidores de e-mail do domínio e pergunta ao servidor se a caixa existe, que é como ele encontra os endereços que dariam bounce.

Ele pega erros como gmial.com?

Sim, nos erros comuns de Gmail, Hotmail, Yahoo, Outlook, iCloud, AOL e Proton, e em finais como .con ou .cmo. Eles são marcados como Check com o endereço corrigido, porque o original ainda tem sintaxe válida. Um erro no domínio próprio de uma empresa não dá para perceber só pelo texto.

Tem limite de endereços?

Não tem limite de linhas. A checagem roda no seu navegador, então o único limite é um tamanho de arquivo de 25 MB para não travar a aba. Listas de 50.000 endereços levam alguns segundos.

Verificador de sintaxe de e-mails em massa: encontre os endereços mal formatados

Em resumo: Cole ou envie quantos endereços quiser e receba o erro de formato exato de cada um, com a regra da RFC que ele quebra e uma correção para domínios com erro. Só sintaxe, no seu navegador. Limite: Só sintaxe. Um endereço pode passar em todas as regras e ainda ser de uma caixa fechada ou de um domínio sem servidor de e-mail.

Um verificador de sintaxe em massa testa como cada endereço está escrito, não se a caixa existe. Cole uma lista ou envie um CSV e cada endereço é comparado com as regras de formato das RFC 5321 e 5322; cada falha diz a regra que quebra, e os erros comuns de domínio ganham uma correção sugerida. Roda no seu navegador, sem limite de linhas.

Email addresses, one per line, or a CSV

Upload a CSV or TXT fileRuns in your browser. Nothing is uploaded.

Syntax only. This checks how each address is written; it does not contact any mail server and cannot tell whether a mailbox exists.

Roda no seu navegador: nada do que você colar ou enviar chega aos nossos servidores. A ferramenta é a mesma da versão em inglês: os botões e os motivos de cada resultado aparecem em inglês. Atualizado em 3 de novembro de 2026 · Equipe SimpleVerifier

Como checar o formato de muitos e-mails de uma vez

Cole um endereço por linha ou envie um CSV. No CSV a coluna de e-mail é encontrada automaticamente. Arquivos de até 25 MB.
Clique em Check syntax. Arquivos grandes são processados em partes, então 50.000 linhas levam alguns segundos sem travar a página.
Veja as linhas com problema: cada uma mostra o que está errado e a regra por trás. Linhas marcadas Check são erros de digitação ou formas incomuns que valem uma olhada, não erros certos.
Baixe o relatório completo, ou só as linhas válidas, e corrija ou descarte o resto.

O que é uma sintaxe de e-mail válida?

Sintaxe válida é uma parte local, um único @ e um domínio, cada um dentro dos limites das RFCs. A parte antes do @ pode ter no máximo 64 caracteres e o endereço inteiro 254 (RFC 5321). Ela pode ter letras, dígitos, pontos e os símbolos ! # $ % & ' * + / = ? ^ _ { | } ~ - (e a crase), mas não dois pontos seguidos nem um ponto nas pontas (RFC 5322).

O domínio precisa ter pelo menos um ponto, cada parte (rótulo) precisa ter de 1 a 63 caracteres entre letras, dígitos e hífens, nenhum rótulo pode começar ou terminar com hífen, e o domínio de topo precisa ter pelo menos duas letras (RFC 1035, RFC 1123).

Este verificador informa qual dessas regras um endereço quebra: um @ faltando ou repetido, um espaço, um ponto duplo ou na ponta, uma parte local com mais de 64 caracteres, um rótulo de domínio ruim ou um domínio de topo faltando. Deslizes comuns nos grandes domínios de webmail, como gmial.com ou hotmial.com, e finais como .con ou .cmo, são marcados como Check com o domínio que provavelmente se quis escrever.

Duas formas tecnicamente permitidas são marcadas como Check em vez de passar: partes locais entre aspas como "joao silva"@example.com e domínios de endereço IP como usuario@[192.0.2.1]. A RFC 5322 permite as duas, mas quase nenhum formulário, CRM ou plataforma de envio as aceita, e numa lista de marketing elas quase sempre são lixo. Endereços internacionalizados com caracteres fora do ASCII (RFC 6531), como um ç ou um acento, são marcados do mesmo jeito, porque muitos sistemas de envio ainda não conseguem entregar para eles.

Formato válido quer dizer que o endereço existe?

Não. [email protected] passa em todas as regras acima trabalhe ou não a Jane lá, tenha ou não o domínio um servidor de e-mail, ou tenha a empresa fechado no ano passado. A sintaxe é o filtro mais barato e o primeiro a rodar, mas só pega erros de digitação e de dados. Ela não pega nenhuma das caixas mortas que formam a maioria dos hard bounces (em inglês).

O segundo passo é checar se o domínio recebe e-mail, o que o MX lookup faz para um domínio. O terceiro é perguntar ao servidor de e-mail se a caixa específica existe, a checagem SMTP que separa uma lista que parece limpa de uma que entrega; para uma lista inteira existe o verificador de e-mails em massa.

Perguntas frequentes

O que é a sintaxe de um e-mail?: É o conjunto de regras de como um endereço é escrito: uma parte local, um @ e um domínio, definidas nas RFC 5321 e RFC 5322. Um endereço pode ter sintaxe perfeita e ainda assim não existir; a sintaxe só diz que está bem escrito.
Como checo se um endereço está no formato certo?: Cole o endereço, ou uma lista inteira, no verificador acima e clique em Check syntax. Cada endereço é comparado com as regras das RFC 5321 e 5322: um único @, uma parte local de até 64 caracteres permitidos sem pontos duplos ou nas pontas, e um domínio com rótulos válidos e um domínio de topo plausível.
Quais caracteres são permitidos num endereço de e-mail?: Antes do @: letras, dígitos, pontos (não duplos nem no começo ou no fim) e os símbolos ! # $ % & ' * + / = ? ^ _ ` { | } ~ -, pela RFC 5322. Depois do @: letras, dígitos, hífens e pontos, sem rótulos começando ou terminando em hífen. Espaços não são permitidos fora de uma parte local entre aspas.
Um verificador de formato é o mesmo que um verificador de e-mail?: Não. Um verificador de formato lê os caracteres do endereço e nunca contata nada. Um verificador de e-mail também consulta os servidores de e-mail do domínio e pergunta ao servidor se a caixa existe, que é como ele encontra os endereços que dariam bounce.
Ele pega erros como gmial.com?: Sim, nos erros comuns de Gmail, Hotmail, Yahoo, Outlook, iCloud, AOL e Proton, e em finais como .con ou .cmo. Eles são marcados como Check com o endereço corrigido, porque o original ainda tem sintaxe válida. Um erro no domínio próprio de uma empresa não dá para perceber só pelo texto.
Tem limite de endereços?: Não tem limite de linhas. A checagem roda no seu navegador, então o único limite é um tamanho de arquivo de 25 MB para não travar a aba. Listas de 50.000 endereços levam alguns segundos.

Tem uma lista? Os primeiros 100 endereços são grátis.

Entre com o Google, cole os endereços ou envie um CSV e cada um passa pela checagem SMTP real da caixa postal, com o resultado de cada linha para baixar. 100 verificações grátis, sem cartão.

Domínios catch-all e servidores que não respondem saem como arriscado, nunca como válido.

Ao continuar, você aceita os Termos de Uso e a Política de Privacidade. Terms · Privacy