Você verifica info@company.com. SMTP returns 250 OK. Você envia sua campanha. O Amazon SES reporta um hard bounce — "Address not found."
Nada estava errado com o seu texto. O endereço era catch-all: o domínio aceita qualquer parte local durante a verificação SMTP, mas a caixa de correio específica não existe.
Este é um dos erros mais caros na prospecção B2B — e é totalmente evitável.
O que realmente significa catch-all
Um servidor de e-mail catch-all aceita RCPT TO for any address on the domain:
>>> RCPT TO:<fakeperson123@company.com>
<<< 250 2.1.5 OK
As ferramentas de verificação classificam corretamente isso como catch_all — não como valid. A caixa de correio nunca foi confirmada; apenas a política de aceitar tudo do domínio foi detectada.
O Google Workspace, muitos provedores europeus de pequeno e médio porte e configurações de TI legadas usam catch-all de propósito. Para profissionais de marketing, o rótulo significa: "Não podemos provar que esta caixa de entrada existe."
Danos no mundo real
Quando endereços catch-all entram na prospecção:
| Impacto | Sintoma típico |
|---|---|
| Bounces definitivos | 5–15% em listas com muitos catch-all |
| Supressão no SES | Bounces repetidos limitam a sua conta |
| Impacto na reputação | Gmail/Outlook reduzem a confiança no seu domínio |
| Créditos desperdiçados | Envios que nunca chegam a uma pessoa |
Aprendemos isto na prática com campanhas de agências: endereços marcados catch_all in Company Finder bounced after send when the old rules allowed them through. Apenas válidos a verificação prévia resolveu o problema.
Válido vs Catch-All vs Arriscado
| Status | Sinal SMTP | Seguro para cold email? |
|---|---|---|
| valid | 250 OK + caixa de correio confirmada | ✅ Sim |
| catch_all | 250 OK, mas o domínio aceita tudo | ❌ Não — usar com cuidado |
| arriscado | Inconclusivo / em greylisting | ⚠️ Verificar novamente mais tarde |
| invalid | 550 / sem caixa de correio | ❌ Remover |
A sua ferramenta de verificação nunca deve tratar catch-all como entregável para contacto. No Email Validator, o envio em massa e a verificação prévia de campanhas bloqueiam tudo exceto valid.
O que fazer com contactos catch-all
Não os elimine às cegas — podem ainda ser úteis:
- Encontre contactos alternativos no site da empresa (formulário de contacto, LinkedIn)
- Experimente o Email Finder padrões (
hello@,firstname.lastname@) and verify each - Segmente à parte — algumas equipas fazem testes A/B com catch-all em volumes muito pequenos (não recomendamos isto para cold outreach via SES)
- Guarde para pesquisa — a empresa é real, mesmo que a caixa de correio não esteja confirmada
Como impor contactos apenas válidos
Quer use as nossas ferramentas de envio em massa quer o seu próprio ESP:
- Verifique a lista completa antes de enviar
- Filtre para
validonly — não catch_all, não arriscado - Execute um relatório de pré-envio com as contagens de envios possíveis e bloqueados
- Suprima os bounces imediatamente (webhooks do SES → lista de supressão)
As listas do Company Finder passam agora a marcar automaticamente os contactos não válidos como bloqueados para a seleção de envios em massa.
Conclusão
Catch-all é um resultado de verificação, não um sinal verde. Trate-o como "entregabilidade desconhecida" e mantenha-o fora de outreach a frio, a menos que tenha prova independente de que a caixa de entrada existe.
Verifique antes de enviar — Experimente a Verificação Única grátis →
Relacionado: Catch-All Email Explicado · Estados de Verificação de Email Explicados
