Como Verificar um Endereço de E-mail Sem Enviar

Por Que Verificar Sem Enviar

A forma óbvia de testar um endereço de e-mail é mandar um e-mail e ver se gera bounce. Funciona, mas é o pior método possível. Um bounce só acontece depois que a mensagem já chegou a um provedor de caixa de correio, o que significa que a falha já foi contabilizada contra a sua reputação de remetente. Se você testa uma lista assim, descobre quais endereços são ruins prejudicando a sua posição no processo. Você também não consegue testar discretamente, porque destinatários reais recebem uma mensagem real.

Verificar sem enviar inverte essa lógica. Confirma se um endereço pode receber e-mails antes de você comprometer uma única campanha com ele. Nada chega a uma caixa de entrada, nada gera bounce e a sua reputação fica intacta. Isso é possível porque o sistema de e-mail se baseia em um protocolo que permite aos servidores fazer perguntas uns aos outros, e um verificador pode fazer essas perguntas sem levar a entrega até o fim.

Existem vários métodos, de uma simples checagem de formato a uma conversa completa com o servidor de destino. Cada um responde parte da pergunta, e entender o que cada um diz, e o que não diz, é a chave para usá-los bem.

Método 1: Validação de Sintaxe

A checagem mais rápida é puramente estrutural. O formato de endereços de e-mail é regido por uma especificação chamada RFC 5322, que define exatamente como é um endereço válido: uma parte local, um símbolo @ e um domínio, com regras sobre quais caracteres são permitidos e onde.

A validação de sintaxe testa um endereço contra essas regras. Ela pega endereços sem o símbolo @, com espaços ou caracteres proibidos, com domínio ausente ou malformado, ou com uma parte local que viola a especificação. Não exige nenhuma conexão de rede, então é instantânea e gratuita, e filtra uma parcela relevante de endereços ruins, a maioria simples erros de digitação no preenchimento de dados.

A limitação é fundamental. A validação de sintaxe só comprova que um endereço tem o formato correto. Não comprova que o endereço existe. O endereço valid.but.fake@gmail.com tem sintaxe perfeitamente válida e quase certamente não é uma caixa de correio real. Trate a validação de sintaxe como um primeiro filtro, nunca como um veredicto.

Método 2: Consulta de Domínio e Registros MX

O próximo passo sai do endereço e vai para o domínio. Todo domínio que pode receber e-mails publica registros DNS chamados registros MX, abreviação de Mail Exchanger. Esses registros indicam os servidores responsáveis por aceitar e-mails em nome do domínio.

Uma consulta MX busca no DNS os registros MX do domínio. Se o domínio tem registros MX válidos, ele está configurado para receber e-mails e existe um ponto de conexão. Se o domínio não tem registros MX, ele não recebe e-mails de forma alguma, e todo endereço nele é inválido, independentemente da grafia. Esse passo é excelente para pegar domínios mortos, que aparecem o tempo todo em listas antigas à medida que empresas fecham ou mudam de marca.

A limitação é que uma checagem de domínio atua no nível errado. Confirmar que gmail.com tem registros MX diz que o Google pode receber e-mails. Não diz nada sobre se uma caixa específica do Gmail existe. A validação de domínio e MX estreita o campo, mas não consegue resolver um endereço individual.

Método 3: A Checagem SMTP, ou Pinging

Este é o método que de fato examina uma caixa de correio específica sem enviar nada para ela. Muitas vezes é chamado de fazer ping em um endereço de e-mail, embora o nome engane. Ele não tem nada a ver com o comando ping ICMP usado em diagnóstico de rede. Na verificação de e-mails, fazer ping significa manter uma conversa SMTP com o servidor de destino.

O SMTP, Simple Mail Transfer Protocol, é a linguagem que os servidores de e-mail usam para passar mensagens uns aos outros. Uma entrega normal segue uma sequência fixa de comandos. A checagem SMTP percorre essa sequência, mas para um passo antes.

Funciona assim. O verificador abre uma conexão com o servidor de e-mail do destinatário, aquele encontrado na consulta MX. Troca cumprimentos com EHLO ou HELO, identificando-se. Declara um remetente com o comando MAIL FROM. Em seguida envia RCPT TO, informando o endereço exato que está sendo verificado. O servidor de destino responde com um código de status. Um código 250 significa que o servidor vai aceitar e-mails para aquele endereço. Um código 550 significa que está rejeitando o endereço, geralmente porque a caixa de correio não existe. O verificador lê esse código e então envia QUIT para encerrar a conexão. Ele nunca envia o comando DATA. DATA é o passo em que o corpo da mensagem seria transmitido e, como a conversa termina antes do DATA, nenhum e-mail é entregue. A caixa de correio foi checada e o destinatário não recebeu nada.

Esse é o coração da verificação sem envio. É também onde começam as complicações de verdade.

Onde as Checagens SMTP Encontram Problemas

Uma checagem SMTP parece definitiva, mas vários comportamentos comuns dos servidores tornam uma checagem manual e bruta pouco confiável.

Domínios catch-all

Alguns domínios são configurados como catch-all, o que significa que o servidor aceita e-mails para todos os endereços possíveis do domínio, exista a caixa ou não. Um servidor catch-all retorna código 250 para um endereço real, um endereço digitado errado e um endereço completamente aleatório, sem distinção. Uma checagem SMTP contra um domínio catch-all, portanto, não diz nada definitivo no nível da caixa de correio, porque a resposta é sempre sim. Detectar um catch-all exige sondar o domínio com um endereço aleatório e observar que ele também é aceito. Isso é detecção, não uma pontuação de qualidade, e indica que o endereço não pode ser confirmado individualmente.

Greylisting

Alguns servidores retornam de propósito um código de falha temporária na primeira vez que veem um remetente desconhecido, esperando que um servidor de e-mail legítimo tente de novo logo depois. Uma checagem ingênua que lê esse código temporário como falha permanente vai marcar errado um endereço perfeitamente bom como inválido. O tratamento correto é reconhecer os códigos temporários e não tratá-los como resposta final.

Bloqueio de sondagens

Este é o golpe fatal para as checagens manuais. Grandes provedores como Google e Microsoft monitoram sondagens SMTP repetidas vindas de um único endereço IP e as tratam como reconhecimento, o tipo de comportamento que um spammer usa para garimpar endereços válidos. A resposta deles é bloquear o IP que está sondando. Então, se você tentar verificar uma lista rodando checagens SMTP manuais do seu próprio servidor ou de uma sessão Telnet, vai obter algumas respostas e depois descobrir que o seu IP foi bloqueado, com as checagens restantes falhando pelo motivo errado. A verificação SMTP manual não escala e, em volume, simplesmente não funciona.

Método 4: Um Serviço de Verificação Dedicado

Cada um dos métodos acima verifica uma peça do quebra-cabeça, e cada um tem uma fraqueza real quando usado sozinho. Um serviço de verificação dedicado existe para rodar todos juntos, tratar corretamente os casos-limite e operar em uma escala que checagens manuais não alcançam.

A VeriMails aplica todas as checagens em camadas em cada endereço. Ela roda validação de sintaxe conforme a RFC 5322, faz a consulta MX e DNS e conduz o handshake SMTP ao vivo descrito acima, tudo sem entregar nenhuma mensagem. Sobre essa base, ela acrescenta detecção de catch-all, para que domínios accept-all sejam identificados corretamente em vez de aparecerem como falsamente válidos; detecção de domínios descartáveis, para que endereços temporários sejam sinalizados; e detecção de endereços baseados em função, para que endereços como info@ e support@ sejam rotulados. Ela reconhece greylisting e outras respostas temporárias e as classifica corretamente, em vez de forçar um falso inválido. E roda a partir de uma infraestrutura projetada para verificação, então o bloqueio de sondagens que derruba as checagens manuais não a impede.

O resultado é uma verificação prática, sem nenhum e-mail enviado. Você pode usar a API REST para verificar um único endereço em tempo real, ideal para checar um cadastro no momento em que ele acontece, ou o verificação de CSV em massa para limpar uma lista inteira antes de uma campanha. Os preços começam em $0.0019 por e-mail, com 10,000 créditos por $19 e pacotes de até 5 milhões de créditos por $1,499, além de planos anuais a partir de $12.50/mês com cobrança anual. Toda conta ganha 100 créditos grátis no cadastro, sem cartão de crédito, e eles nunca expiram, então você pode verificar uma lista real sem enviar um e-mail real e ver a diferença por conta própria.

Perguntas Frequentes