O que é um domínio catch-all e por que os verificadores não conseguem checá-lo?

Se você já passou uma lista B2B por um verificador, viu resultados que não são nem válidos nem inválidos. Eles voltam como catch-all, accept-all ou arriscado (risky), e esse é o resultado mais mal compreendido da verificação de e-mail.

Não é preguiça do verificador. É o verificador sendo preciso sobre algo que ele realmente não tem como determinar.

Como a verificação funciona normalmente

Para checar uma caixa postal sem enviar nada, o verificador abre uma conversa SMTP com o servidor de e-mail do destinatário e pergunta se ele aceitaria mensagens para aquele endereço:

> MAIL FROM: <verify@example.com>
> RCPT TO: <someone@company.com>
< 250 OK                    ← a caixa postal existe

Se a caixa postal não existe, um servidor bem configurado a rejeita:

< 550 5.1.1 User unknown    ← caixa postal inexistente

Essa diferença, 250 contra 550, é todo o mecanismo. Nenhuma mensagem chega a ser enviada; a conversa é abandonada antes de qualquer dado.

O que um domínio catch-all faz de diferente

Um domínio catch-all é configurado para aceitar mensagens para todo endereço daquele domínio, tenha a caixa postal sido criada ou não. Então:

> RCPT TO: <ceo@company.com>              < 250 OK
> RCPT TO: <asdkjh2981@company.com>       < 250 OK

Os dois foram aceitos. O segundo endereço obviamente não existe, e o servidor disse sim mesmo assim.

É por isso que a aceitação vinda de um domínio catch-all não diz nada. O jeito certo de detectá-lo é testar primeiro um endereço propositalmente absurdo: se uma sequência aleatória é aceita, o domínio aceita tudo, e nenhum resultado para qualquer endereço ali merece confiança.

Por que as empresas configuram assim

Geralmente é proposital e faz sentido:

• Elas preferem receber um erro de digitação a perdê-lo. Um e-mail para jon@ em vez de john@ continua chegando.
• Pequenas empresas em hospedagem compartilhada muitas vezes já recebem isso ativado por padrão.
• Departamentos mudam. Em vez de manter aliases conforme as pessoas entram e saem, tudo é aceito e organizado depois.

Nada disso é erro de configuração. Só torna a verificação externa impossível.

O que um verificador deveria dizer

Três estados, e o do meio faz um trabalho de verdade:

Resultado	Significado
válido	Um servidor de e-mail confirmou esta caixa postal específica
inválido	Rejeitado, sem servidor de e-mail, sintaxe quebrada ou descartável
arriscado / catch-all	O domínio aceita tudo, então isto não pode ser confirmado

Uma ferramenta que responde válido num domínio catch-all está falando da configuração do domínio e deixando você acreditar que é sobre a caixa postal. Essa é a falha que importa, porque parece uma boa notícia até os bounces (devoluções) chegarem.

O que fazer de fato com endereços catch-all

Não simplesmente apague. Em listas B2B eles costumam ser uma parcela significativa do arquivo, e muitos são perfeitamente reais.

Avalie pela origem.

• Um endereço publicado no próprio site da empresa provavelmente é real. Alguém o colocou ali para ser contatado.
• Um endereço deduzido a partir de um padrão de nomes, como nome.sobrenome@, é cara ou coroa. Segue a convenção, mas nada confirmou a caixa postal.
• Um endereço de uma lista raspada (scraped) ou comprada, sem procedência, merece a menor confiança.

Envie para eles separadamente. Mantenha os endereços confirmados como válidos nos seus envios principais. Envie os endereços catch-all em um lote menor e separado, para que, se a taxa de bounce for alta, o estrago fique contido em vez de derrubar toda a sua reputação de envio.

Use outros sinais. Um endereço catch-all ligado a uma pessoa identificada, a um perfil do LinkedIn correspondente e a uma empresa que publica o mesmo padrão em outros lugares é uma aposta muito melhor do que um palpite solto.

Resumindo

Catch-all não é o verificador falhando. É o verificador se recusando a chutar.

Uma ferramenta que nunca responde catch-all não é mais precisa do que uma que responde. Ela só está menos disposta a avisar quando não sabe, e esse é o mais caro dos dois comportamentos.