Do not send e-mail to me!

Query and delist

This service is only for e-mail service administrators

Rules for free delist

 

  • Only IP with rDNS pointing to the same mail server IP will be accepted, with FCrDNS validation;
  • The rDNS must be in the domain of the MTA administrator, so third-party domains such as the generic rDNS of the data-center or ISP will not be accepted, and its TLD cannot be free and must have a public and accessible WHOIS without privacy obfuscation;
  • The postmaster account must be configured for the domain registered on the rDNS and the account must be active and responding;
  • If you are using an IPv6 with SLAAC flag, you must keep port 25 opened to proof the existence of an active SMTP service and
  • Reputation of IP should be below 25% of negative points per total send volume.

 

Rules for paid delist

 

  • Only static IPs with configured mail server reverse, even if FCrDNS is invalid;
  • A PayPal account is required for the email address of this account to be assigned to the IP, as responsible for the abuse;
  • The PayPal user must agree to have their email address shown publicly on this platform as responsible for the abuses of that IP and
  • Reputation of IP should be below 25% of negative points per total send volume.

 

 

Important: Only IPs with email servers can be delisted. Our service is intended to operate only within SMTP transactions without user authentication. As all IPs without email server are out of this scope, there will be no harm in these cases. Do not worry if your IP is listed without an email server running at it.

 

Important: If possible, include admin@spfbl.net in your whitelist to prevent your MX to reject messages from our system, such as greylisting or content filtering. We will not support in cases where MX is deliberately rejecting messages from our system, especially if the recipient is the postmaster because RFC 5321 does not allow the use of any type of rejection filter for the postmaster.

 

Important: Any email address used in the delist process will be considered responsible for the abuses of that specific IP and will receive reports of abuse of this IP in the ARF format at this same email address. All submitted reports should be treated otherwise the same IP will be listed again.

 

Important: In the case of payment, the user will be paying for the inclusion of his PayPal email in our database as responsible for the abuses of that IP and not exactly by the delist itself. Once included as responsible, that email address can be used several times to delist the same IP in case of new listings, without the need for new payments. The new responsible should read all the ARF reports sent and take the necessary steps, otherwise the record of this email address will be deleted, and then he will have to make a new payment for a new inclusion.

 

Important: Some domains cannot be used for free delisting as they do not meet the security policies of this platform, and are considered non-compliant. In these cases, the IP can only be removed through the paid delisting process. The reason the domain is considered non-compliant is that it does not have sufficient information in WHOIS. To be considered compliant, the domain must have privacy protection disabled and the domain owner’s email address must be listed in WHOIS. If this is your case, disable privacy protection and wait an hour before trying to delist again, and than you can enable protection once the delisting procedure is complete. In addition to these cases, any domain registered in certain TLDs also cannot be used for free delisting as they are massively used by spammers. Some TLDs not allowed for free delisting are: best, bid, buzz, cam, cf, click, club, cyou, date, dev, durban, enterprises, faith, fit, fun, ga, gdn, gq, guru, icu, im , institute, joburg, life, limited, llc, loan, lol, men, okinawa, ooo, page, rest, review, ryukyu, site, space, stream, team, tk, today, top, uno, wang, webcam , win, work, world and xyz.

 

Tip: Consider using the SPFBL special rejection prefix to contain unwanted flow directly from your outgoing MTA: 5.7.1 SPFBL <message>. A script that is able to monitor this prefix and freeze email accounts can be a strong ally to prevent your IP from being listed. All negative points of our DNSBL are generated with rejections, at the SMTP layer, with this prefix. Minimizing the incidence of this prefix helps to have IPs always clean, with good reputation and a faster delist.