Como sair de uma blacklist (e não voltar para ela)
Por que pedir remoção antes de corrigir a causa piora a situação, as quatro origens mais comuns de um listamento e como recuperar a reputação depois.
Descobrir que o IP da empresa está em uma lista de bloqueio costuma vir junto com o pânico: os e-mails pararam de chegar e alguém precisa resolver agora. A tentação é abrir o formulário de remoção e pedir a saída imediatamente.
Não faça isso ainda. Pedir remoção sem corrigir a causa é o caminho mais rápido para o IP voltar para a lista — e voltar com prazo maior, porque a maioria das listas penaliza a reincidência.
Etapa 1 — Saiba onde você está
Consulte o IP de envio no RBL Checker. Ele verifica doze listas de uma vez e mostra, para cada uma, o código devolvido, o motivo e o link oficial de remoção.
Repare no peso de cada listagem. Estar em uma lista pequena e agressiva incomoda; estar na Spamhaus atrapalha a entrega no mundo inteiro. Priorize as de maior impacto.
Uma ressalva honesta: a Spamhaus recusa consultas vindas de resolvedores públicos de DNS, que é o caminho usado por este site. Como é a lista que mais pesa, confira também diretamente em check.spamhaus.org.
Etapa 2 — Descubra a causa
Ninguém entra em lista de bloqueio por acaso. Em quase todos os casos a origem é uma destas quatro, nesta ordem de frequência:
Conta de e-mail com senha vazada
A campeã. Alguém obteve a senha de uma caixa — em um phishing, em um vazamento de outro serviço, em um computador infectado — e passou a usar aquela conta para enviar spam autenticado, pelo seu servidor, como se fosse o dono.
Como confirmar: olhe os logs de envio procurando volume anormal a partir de uma única conta, envios de madrugada, ou muitos destinatários desconhecidos. Se achar, troque a senha antes de qualquer outra coisa e encerre as sessões ativas.
Formulário do site sendo abusado
Um formulário de contato sem proteção, ou um WordPress desatualizado, vira disparador de spam. O tráfego sai do seu servidor e ninguém percebe até o IP ser listado.
Máquina infectada na rede
Um computador comprometido enviando direto pela porta 25 coloca o IP público da empresa em listas de botnet. O sintoma clássico é a listagem citar “botnet” ou “CBL”.
Envio em massa sem consentimento
Lista comprada, base herdada, contatos raspados. Aqui não há máquina invadida: é prática de envio mesmo, e a correção é mudar a prática.
Etapa 3 — Corrija
- Troque as senhas das contas comprometidas e ative verificação em duas etapas onde der.
- Ponha proteção no formulário do site e atualize o CMS.
- Bloqueie a saída pela porta 25 na rede interna — apenas o servidor de e-mail deve poder usá-la.
- Limpe a base: endereço que retorna erro permanente precisa parar de ser tentado.
- Estabeleça limite de envio por conta. É o que impede o próximo incidente de virar listagem.
Etapa 4 — Peça a remoção
Agora sim. Cada lista tem o próprio procedimento, e o RBL Checker traz o link de cada uma. Alguns padrões:
- Expiram sozinhas. Várias listas removem automaticamente em 24 a 48 horas se o abuso parar. Nesses casos, esperar é a melhor ação.
- Formulário simples. Você informa o IP e confirma que corrigiu.
- Análise manual. As listas maiores podem pedir descrição do que aconteceu e do que foi feito. Seja específico: “conta comprometida, senha trocada, 2FA ativado, limite de envio configurado” funciona melhor que “já resolvemos”.
Peça a remoção em uma lista por vez, começando pelas de maior impacto.
Etapa 5 — Recupere a reputação
Sair da lista não devolve a reputação instantaneamente. Os provedores grandes mantêm avaliação própria, que não é pública nem consultável, e ela leva dias para normalizar.
Nesse período:
- reduza o volume e aumente aos poucos, ao longo de uma ou duas semanas;
- priorize mensagens transacionais, que têm engajamento alto e poucas reclamações;
- suspenda comunicação em massa até a situação estabilizar;
- acompanhe a taxa de aceite por provedor de destino.
Como não passar por isso de novo
Todos os itens abaixo são preventivos e baratos perto do custo de um incidente:
- Limite de envio por conta — transforma uma conta invadida em dez minutos de envio barrado, em vez de três dias sem entregar e-mail;
- Alerta de anomalia — aviso na hora quando o volume sai do padrão;
- Supressão automática de endereços que retornam erro permanente;
- Autenticação publicada — SPF, DKIM e DMARC, que também impedem que alguém falsifique o seu domínio e sujem a sua reputação sem nem tocar no seu servidor;
- Monitoramento das listas — descobrir a listagem antes do cliente reclamar.
É exatamente esse conjunto que a proteção de saída da EmailSecurity oferece. Mas mesmo sem contratar nada, os cinco itens acima são implementáveis por qualquer equipe.
Quer que a gente olhe o seu caso?
Rode o diagnóstico gratuito do seu domínio, ou fale direto com a equipe técnica.
Leia também
- Como configurar SPF corretamente (e o erro que ninguém vê) O passo a passo para publicar o SPF do seu domínio, o limite de 10 consultas DNS que derruba a verificação em silêncio e os erros que aparecem toda semana.
- Como configurar DKIM: selector, chave e os dois erros comuns O que é o selector, como descobrir o seu, por que a chave costuma quebrar na publicação e como trocar a chave sem interromper o envio.
- Como implantar DMARC sem derrubar e-mail legítimo O caminho em quatro etapas de p=none até p=reject, por que pular etapas derruba o sistema de nota fiscal e o que os relatórios revelam.
- Erro SMTP 550: o que significa e como descobrir a causa real O 550 não tem um significado único. As cinco causas em ordem de frequência, como ler o código estendido e o que não adianta fazer.