How It Works
How email checker validates addresses: syntax check, domain verification, MX records, SMTP validation explained.
EmailVerify usa uma abordagem de verificação em múltiplas camadas para determinar com precisão a entregabilidade de email. Cada email passa por várias etapas de validação para fornecer os resultados mais precisos possíveis.
Processo de Verificação
Email Enviado
↓
┌─────────────────┐
│ 1. Verificação │ → Formato inválido? → Retornar inválido
│ de Sintaxe │
└────────┬────────┘
↓
┌─────────────────┐
│ 2. Verificação │ → Domínio não existe? → Retornar inválido
│ de Domínio │
└────────┬────────┘
↓
┌─────────────────┐
│ 3. Verificação │ → Sem servidor de email? → Retornar inválido
│ de Registro │
│ MX │
└────────┬────────┘
↓
┌─────────────────┐
│ 4. Detecção de │ → Corresponde ao banco de dados?
│ Email │ → Marcar como descartável
│ Descartável │
└────────┬────────┘
↓
┌─────────────────┐
│ 5. Verificação │ → Caixa de correio não existe?
│ SMTP │ → Retornar inválido
│ (Opcional) │
└────────┬────────┘
↓
┌─────────────────┐
│ 6. Cálculo de │ → Calcular pontuação de confiança
│ Pontuação │
└────────┬────────┘
↓
Retornar ResultadoEtapas de Verificação Explicadas
Etapa 1: Validação de Sintaxe
Primeiro verificamos se o endereço de email segue as regras válidas de formato RFC 5322:
- Contém exatamente um símbolo
@ - A parte local (antes de @) segue as regras de nomenclatura
- A parte do domínio (após @) é formatada corretamente
- Não contém caracteres inválidos
Exemplos:
user@example.com- Sintaxe válidauser.name+tag@example.co.uk- Sintaxe válidauser@- Inválido (domínio ausente)@example.com- Inválido (parte local ausente)
Etapa 2: Verificação de Domínio
Verificamos que o domínio realmente existe e está configurado corretamente:
- Pesquisa DNS do domínio
- Verificar status de registro do domínio
- Verificar se o domínio não está em listas de bloqueio
Etapa 3: Verificação de Registro MX
Consultamos DNS pelos registros MX (Troca de Correio) do domínio para confirmar que pode receber email:
example.com → MX: mail.example.com (Prioridade: 10)
→ MX: backup.example.com (Prioridade: 20)Domínios sem registros MX não podem receber email.
Etapa 4: Detecção de Email Descartável
Mantemos um banco de dados de mais de 5000 domínios de email descartáveis conhecidos, incluindo:
- Serviços descartáveis públicos (Mailinator, 10MinuteMail, etc.)
- Domínios descartáveis privados
- Geradores de email temporários
- Serviços de alias
Nosso banco de dados é atualizado diariamente com novos domínios descartáveis.
Etapa 5: Verificação SMTP
A etapa de verificação mais precisa, mas também mais complexa. Nós:
- Nos conectamos ao servidor de email do destinatário
- Iniciamos uma conversa SMTP
- Verificamos se a caixa de correio específica existe
- Tratamos várias respostas do servidor com elegância
HELO verify.emailverify.ai
MAIL FROM:<verify@emailverify.ai>
RCPT TO:<user@example.com>
→ 250 OK (caixa de correio existe)
→ 550 User unknown (caixa de correio não existe)Alguns servidores de email usam configurações catch-all que aceitam todos os endereços. Nesses casos, a verificação SMTP não pode confirmar a existência de caixas de correio individuais.
Etapa 6: Cálculo de Pontuação
Combinamos resultados de todas as etapas para calcular uma pontuação de confiança (0.0 - 1.0):
| Fator | Peso | Impacto |
|---|---|---|
| Sintaxe válida | 10% | Requisito base |
| Domínio existe | 15% | Necessário para entrega |
| Registros MX válidos | 20% | Servidor de email configurado |
| Não descartável | 15% | Indicador de qualidade |
| SMTP confirma | 30% | Sinal mais forte |
| Reputação do domínio | 10% | Dados históricos |
Velocidade de Verificação
Diferentes níveis de verificação têm diferentes perfis de velocidade:
| Nível | Verificações Realizadas | Tempo Médio de Resposta |
|---|---|---|
| Básico | Sintaxe, Domínio, MX | < 100ms |
| Padrão | Básico + Descartável | < 200ms |
| Completo | Padrão + SMTP | 200ms - 2s |
Manipulação de Casos Extremos
Domínios Catch-all
Alguns domínios aceitam todos os emails independentemente de a caixa de correio existir. Nós:
- Detectamos a configuração catch-all
- Marcamos o resultado como
accept_all - Fornecemos uma pontuação de confiança moderada
- Deixamos você decidir como lidar com esses endereços
Greylisting
Alguns servidores rejeitam temporariamente os primeiros envios. Nós:
- Detectamos respostas de greylisting
- Implementamos lógica de repetição automática
- Armazenamos resultados em cache para eficiência
Limitação de Taxa por Servidores de Destino
Para proteger tanto EmailVerify quanto servidores de email de destino:
- Distribuímos solicitações de verificação em vários IPs
- Implementamos limitação de taxa adaptativa por domínio
- Respeitamos os atrasos solicitados pelo servidor
Infraestrutura
Rede de Verificação Global
- Múltiplos Data Centers: EUA, Europa, Ásia-Pacífico
- Sistemas Redundantes: Garantia de 99,9% de tempo de atividade
- Roteamento Inteligente: Seleção de caminho ideal para cada verificação
Segurança e Conformidade
- Todas as conexões criptografadas (TLS 1.3)
- Conteúdo de email nunca armazenado
- Manipulação de dados em conformidade com GDPR
- Certificado SOC 2 Type II
Melhores Práticas
Quando Verificar
| Cenário | Abordagem Recomendada |
|---|---|
| Registro de usuário | Verificação em tempo real, completa |
| Envio de formulário | Verificação em tempo real, básica |
| Limpeza de lista | Verificação em massa |
| Antes de campanhas | Verificação em massa |
| Importação de dados | Verificação em massa |
Frequência de Verificação
- Listas ativas: Verificar trimestralmente
- Listas inativas (90+ dias): Verificar antes de qualquer envio
- Novas aquisições: Sempre verificar antes do primeiro uso