PT-BR

Validar a sintaxe de endereços de e-mail

Cole um ou mais endereços de e-mail, um por linha. Para cada linha, a ferramenta mostra se a escrita segue os padrões da internet e, se não seguir, o motivo. Ela confere apenas a sintaxe, não se a caixa postal existe.

“Nome <endereco@example.com>” também funciona. Linhas vazias são ignoradas.

Seu texto fica no seu navegador: não é enviado, não é salvo e não aparece no endereço da página.

Resultado

Resultado
1 válidos, 4 com aviso, 2 inválidos (de 7)
Resultado por linha
EntradaResultadoMotivo / aviso
joao.silva@example.com✓ sintaxe válida
João Silva <joao@example.org>⚠ permitido, mas incomumnome de exibição removido; só o endereço entre < > foi verificado
contato@açaí.example⚠ permitido, mas incomumdomínio com acento – tecnicamente xn--aa-4iaz.example
"joao silva"@example.com⚠ permitido, mas incomumparte antes do @ entre aspas: permitida, mas recusada por muitos serviços
errado@@example.com✗ inválidocaractere não permitido antes do @ (ex.: um segundo @, parênteses, vírgula, aspas)
nome@example..com✗ inválidoparte do domínio vazia (dois pontos seguidos ou ponto no início/fim)
admin@localhost⚠ permitido, mas incomumdomínio sem ponto: acessível só em rede local
Só sintaxe: a ferramenta não confere se a caixa postal existe nem se o domínio aceita e-mails. Nada é enviado.

Como o cálculo é feito

A ferramenta confere apenas a escrita. Saber se a caixa postal existe, se o domínio aceita e-mails ou se o endereço é descartável só é possível contatando o servidor de e-mail, e esta ferramenta de propósito não faz isso. Seus endereços ficam no seu navegador: nada é enviado nem salvo.

O que torna um endereço de e-mail válido

Um endereço é formado por parte local, @ e domínio. A verificação segue a sintaxe “Mailbox” da RFC 5321, ou seja, o que um servidor de e-mail aceita como destinatário:

Acentos em endereços de e-mail

Domínios com acento ou ç (açaí.com.br) são permitidos: tecnicamente eles são reescritos em Punycode (começando com xn--), e a ferramenta mostra essa forma. Acentos antes do @ só podem ser entregues com a extensão SMTPUTF8 (RFC 6531), que nem todo servidor suporta.

O que de propósito não é aceito

Comentários entre parênteses e formas obsoletas que a RFC 5322 mantém apenas para ler mensagens antigas não fazem parte de um endereço de destinatário e aqui contam como inválidos. Endereços sem ponto no domínio (admin@localhost) e endereços IP entre colchetes estão formalmente corretos, mas não são entregáveis na internet ou são incomuns.

Perguntas frequentes

A ferramenta confere se um endereço de e-mail existe?

Não. Ela confere apenas a sintaxe. A única prova confiável de que uma caixa postal existe é uma mensagem entregue, por exemplo um link de confirmação (double opt-in).

Letras maiúsculas são permitidas em e-mails?

Sim. O domínio não diferencia maiúsculas de minúsculas. A parte antes do @ poderia diferenciar segundo a RFC 5321, mas na prática quase todos os provedores as tratam da mesma forma.

Um endereço de e-mail pode ter sinal de mais?

Sim, nome+newsletter@example.com é válido. Muitos provedores usam o mais para subendereços. Se um formulário recusar, o problema é do formulário.

Qual o tamanho máximo de um endereço de e-mail?

No máximo 64 caracteres antes do @, 63 por parte do domínio e 254 para o endereço inteiro (RFC 5321, seção 4.5.3.1).

Posso conferir uma lista inteira?

Sim, até 1.000 linhas de uma vez, um endereço por linha. Duplicados são marcados.

Fontes e base legal

Última atualização:

Ferramentas relacionadas