Do not send e-mail to me!

Consulta e delist

This service is only for e-mail service administrators

Regras para delist gratuito

 

  • Somente serão aceitos IPs com rDNS apontando para o mesmo IP de servidor de e-mail, validando assim o FCrDNS;
  • Reversos devem estar no nome do administrador do MTA, então não serão aceitos domínios de terceiros como por exemplo rDNS genérico do datacenter ou operadora, e o TLD dele não pode ser gratuito e deve ter um WHOIS público, acessível e sem ofuscação de privacidade;;
  • A conta postmaster deve estar configurada para o domínio registrado no rDNS e a conta deve estar ativa e respondendo;
  • Se estiver usando um IPv6 com sinalização SLAAC, é necessário manter a porta 25 aberta para que seja possível comprovar a existência um serviço SMTP ativo e
  • A reputação do IP deve estar a baixo de 25% de pontos negativos por volume total de envio.

 

Regras para delist pago

 

  • Somente serão aceitos IPs estáticos com reverso configurado de acordo com o respectivo servidor de e-mail, mesmo que o FCrDNS seja inválido;
  • Uma conta do PayPal é necessária para que o endereço de e-mail desta conta seja atribuido ao IP, como responsável pelos abusos;
  • O usuário do PayPal deve concordar em ter seu endereço de e-mail mostrado publicamente nesta plataforma como responsável pelos abusos daquele IP e
  • A reputação do IP deve estar a baixo de 25% de pontos negativos por volume total de envio.

 

 

Importante: Somente IPs de servidores de e-mail podem ser removidos. Nosso serviço tem o propósito de operar apenas no escopo das transações SMTP sem autenticação de usuário. Como todos os IPs sem servidor de e-mail estão fora deste escopo, haverá nenhum prejuízo nestes casos. Não se preocupe se o seu IP estiver listado sem servidor de e-mail rodando nele.

 

Importante: Caso seja possível, inclua o endereço admin@spfbl.net em sua whitelist para evitar que seu MX rejeite as mensagens do nosso sistema, como por exemplo greylisting ou filtro por conteúdo. Nós não prestaremos suporte nos casos em que o MX esteja deliberadamente rejeitando mensagens do nosso sistema, principalmente se o destinatário for o postmaster, pois a RFC 5321 não permite o uso de qualquer tipo de filtro de rejeição para o postmaster.

 

Importante: Qualquer endereço usado no processo de delist passa a ser considerado como responsável pelos abusos daquele IP especifico e passará a receber relatório de abuso deste IP no formato ARF neste mesmo endereço de e-mail. Todos os relatórios enviados devem ser tratados sob pena do mesmo IP ser listado novamente.

 

Importante: No caso de pagamento, o usuário estará pagando pela inclusão do e-mail PayPal dele em nossa base de dados como responsável pelos abusos daquele IP e não exatamente pelo delist propriamente dito. Uma vez incluido como responsável, aquele endereço de e-mail poderá ser usado inumeras vezes para delist do mesmo IP em caso de relistagem, sem a necessidade de novos pagamentos. O responsável deverá ler todos os relatórios ARF enviados e tomar as providências necessárias sob pena de perder o registro do e-mail dele como responsável pelo IP e então sim ele terá que fazer um novo pagamento para uma nova inclusão.

 

Importante: Alguns TLDs não poderão ser usados para delist gratuito por não atenderem as políticas de segurança desta plataforma. Para estes casos, o IP poderá ser removido apenas pelo processo de delist pago. Estes são alguns exemplos de TLDs não aceitos para delist gratuito: ‘.cf’, ‘.ga’, ‘.gq’, ‘.ml’, ‘.tk’, ‘.bid’, ‘.click’, ‘.club’, ‘.date’, ‘.faith’, ‘.gdn’, ‘.icu’, ‘.life’, ‘.loan’, ‘.lol’, ‘.men’, ‘.ninja’, ‘.okinawa’, ‘.online’, ‘.ooo’, ‘.review’, ‘.site’, ‘.space’, ‘.stream’, ‘.today’, ‘.webcam’, ‘.win’, ‘.work’, ‘.world’, ‘.joburg’ e ‘.durban’.

 

Dica: Considere utilizar o prefixo de rejeição especial do SPFBL para conter fluxo indesejado direto do seu MTA de saída: 5.7.1 SPFBL <message>. Um script que seja capaz de monitorar este prefixo e congelar contas de e-mail pode ser um forte aliado para prevenir que seu IP seja listado. Todos os pontos negativos da nossa DNSBL são gerados com rejeições, na camada SMTP, com este prefixo. Minimizar a incidência deste prefixo ajuda a ter IPs sempre limpos, com boa reputação e num delist mais rápido.