Validador de endereço de e-mail

Cole endereços de e-mail, um por linha. A página confere cada um com a sintaxe de endereços da RFC 5322 e com as regras SMTP da RFC 5321, e dá o motivo de cada endereço que falha. Ela confere só a forma, não se o endereço existe.

Gratuita Funciona no seu navegador Verificada em terça-feira, 10 de novembro de 2026

Um endereço por linha. Linhas em branco são ignoradas, mas os números das linhas as contam.

Resultado

Sintaxe válida — Endereços cuja forma passa nas regras.
Resultado —
Erros de sintaxe — Endereços cuja forma quebra uma regra.
Cada endereço

Esta ferramenta funciona no seu navegador. O que você digita não é enviado para nós.

Como usar

  1. Cole os seus endereços em Endereços de e-mail, um por linha.
  2. Leia Sintaxe válida e Erros de sintaxe para as contagens.
  3. Para cada endereço marcado como inválido em Veredito, leia o Motivo e corrija o endereço.

O que as regras conferem

Um endereço de e-mail da internet tem uma parte local, um sinal @ e um domínio (RFC 5322, seção 3.4.1). A parte local é um dot-atom, formado por letras e símbolos com pontos simples entre eles, ou um texto entre aspas (seções 3.2.3 e 3.2.4). O domínio é um nome de domínio ou um literal de endereço entre colchetes, que contém um endereço IPv4 ou IPv6 (RFC 5321, seção 4.1.3).

  • Uma caixa postal pode não precisar de caracteres não ASCII no SMTP, então uma letra não ASCII falha aqui (RFC 5321, seção 4.1.2). Endereços internacionalizados precisam de extensões que esta página não confere.
  • Os rótulos do domínio têm letras, números e hífens. Um rótulo não pode começar ou terminar com hífen, e o sublinhado não é permitido (RFC 5321, seção 4.1.2).

Limites de tamanho

A parte local tem no máximo 64 octetos, e o domínio no máximo 255 octetos (RFC 5321, seções 4.5.3.1.1 e 4.5.3.1.2). Um rótulo do domínio tem no máximo 63 octetos (RFC 1035, seção 2.3.4). O endereço inteiro tem no máximo 254 octetos, porque um caminho SMTP de 256 octetos inclui os seus dois colchetes angulares (RFC 5321, seção 4.5.3.1.3).

A sintaxe não garante a entrega

Um endereço com a forma certa pode não existir, e uma caixa postal pode recusar e-mails. Só o servidor de e-mail do domínio pode dizer isso, e esta página nunca se conecta a um servidor. A página também aceita só o endereço puro: um nome escrito antes do endereço entre colchetes angulares não é conferido como tal.

Exemplo: três endereços conferidos

[email protected] tem uma parte local em dot-atom e um nome de domínio, então a sintaxe é válida. [email protected] tem dois pontos seguidos na parte local, o que a forma dot-atom não permite (RFC 5322, seção 3.2.3).

user@my_host.example falha porque a RFC 5321 não permite sublinhado em um rótulo de domínio.

Endereço Veredito
[email protected] válido
[email protected] inválido
user@my_host.example inválido

Perguntas frequentes

Um endereço válido recebe e-mails?

Não necessariamente. A sintaxe mostra apenas que o endereço está escrito corretamente. Só o servidor de e-mail do domínio sabe se a caixa postal existe, e esta página não o contacta.

Por que [email protected] é inválido?

A parte local é um dot-atom: um ou mais caracteres de um conjunto que inclui letras, números e símbolos, com pontos simples entre eles. Dois pontos seguidos, ou um ponto em qualquer uma das pontas, quebram essa forma (RFC 5322, seção 3.2.3).

Um endereço pode conter espaço ou vírgula?

Só dentro de uma parte local entre aspas, como "joao silva"@example.com (RFC 5322, seção 3.2.4). Espaço ou vírgula sem aspas não são permitidos na parte local.

Por que um domínio com sublinhado falha?

Os rótulos de domínio do SMTP são letras, números e hífens, e a RFC 5321 (seção 4.1.2) diz que o sublinhado não é permitido neles. Alguns nomes DNS o usam para outros fins, mas um domínio de e-mail não pode usá-lo.

Qual é o endereço mais longo permitido?

254 octetos para o próprio endereço. A parte local pode ter 64 octetos, o domínio 255, e um caminho SMTP de 256 octetos comporta o endereço com os seus dois colchetes angulares (RFC 5321, seções 4.5.3.1.1 a 4.5.3.1.3).

Este verificador envia os meus endereços para algum lugar?

Não. A conferência acontece no seu navegador, e nada do que você cola é enviado nem guardado.

Fontes

Números e texto verificados pela última vez em terça-feira, 10 de novembro de 2026.

Usamos cookies necessários para o site funcionar. Com o seu consentimento, o Google também usa cookies de publicidade para mostrar anúncios personalizados. Se você recusá-los, continuará vendo anúncios, mas eles não serão personalizados.