Sobre este vídeo

Os endereços neste vídeo são exemplos. A verificação de arquivos exige uma conta paga.

Transcrição do vídeo

1. 00:00Por que um sim não é prova

   Um domínio catch-all aceita e-mails para qualquer endereço, real ou não. Isso muda o valor de um sim. Pegue três endereços de um mesmo domínio. Um é de uma pessoa real. Um era de alguém que saiu. Um nunca foi criado. Pergunte ao servidor de e-mail sobre cada um, e ele dá a mesma resposta. Esse é o problema de um simples sim. Ele pode significar que a caixa é real. Ou pode significar apenas que este domínio nunca diz não.

2. 00:28Como detectamos

   Então fazemos um segundo teste. Perguntamos ao mesmo servidor sobre um endereço inventado que ninguém teria. Nenhum e-mail é enviado. Se o servidor o recusa, o domínio não é catch-all. Se o aceita, é. Se o teste é bloqueado, ou o servidor diz para tentar depois, ou a resposta não é clara, não temos prova para nenhum dos lados. Agora junte as duas respostas. Teste recusado e o seu endereço aceito dá válido. Teste recusado e o seu endereço recusado dá inválido. Teste aceito e o seu endereço aceito dá catch-all. Se o teste é aceito mas o seu endereço não, o resultado é desconhecido. O motivo mostra de que tipo é o seu. Catch-all deliverable é o principal. Catch-all inferred significa que a evidência estava em cache ou era indireta. Alguns domínios do Microsoft 365 repassam internamente e aceitam todos os destinatários. Alguns gateways de segurança fazem o mesmo. E com um alias de encaminhamento, não dá para saber o destinatário final. Tudo isso precisa de uma checagem SMTP ao vivo. Ela roda por padrão. Pela API, check_smtp false a pula, e a maioria dos endereços volta como desconhecido. As ferramentas MCP vêm com false por padrão, então coloque true lá se quiser este teste.

3. 01:41Enviar ou não?

   Então o que um resultado catch-all realmente diz? O domínio vai aceitar a mensagem. Não podemos confirmar que há uma caixa real por trás desse endereço. Isso o torna uma decisão de julgamento, e o tipo de e-mail decide. Mensagens de alto valor ou transacionais normalmente podem ir. Para um envio em massa de cold email, avalie você mesmo. De qualquer forma, mantenha esses endereços fora da sua lista de válidos. Num trabalho de arquivo, filtre os resultados por status e exporte o catch-all separadamente. Agora é uma decisão que você consegue ver. Atenção a uma coisa nesse arquivo. Um endereço de função num domínio catch-all aparece como função, não como catch-all, e a sinalização de catch-all continua ligada. Para achar todos, filtre o seu CSV por ev_is_catchall. Não conte com uma nova tentativa para resolver. Só os resultados desconhecidos são marcados como repetíveis. Um resultado catch-all usa um crédito, igual a um válido. Verifique esse mesmo endereço de novo na mesma conta em até 24 horas, e não há uma segunda cobrança. Uma atualização forçada pela API é cobrada de novo. Então dê ao catch-all um lugar próprio. Não é válido, e não é inválido. É um sim do domínio, e o resto é decisão sua.

4. 02:53Comece grátis

   20 créditos grátis por dia em que você usa sua conta, até 600 por mês. Sem cartão de crédito. Comece em billionverify.com.

Apresentada neste vídeo

• Email Catch-All
• Por que um endereço é marcado como catch-all em vez de valid?