How to Check a Spam Blacklist and Get Your Domain Delisted
A step-by-step guide to checking your sending IP and domain against DNS blacklists, fixing the cause and getting delisted for good.

To check whether your domain or mail server is on a spam blacklist, look up your sending IP address and your domain against the major DNS-based blocklists (DNSBLs), such as Spamhaus, Barracuda and SpamCop. If you are listed, find and fix the cause first, then use each blocklist's own removal process. Most reputable lists delist quickly once the problem has stopped, and some expire listings automatically.
Key takeaways
- Blocklists track IP addresses (your mail server) and domains (links and senders in messages) separately. Check both.
- Bounce messages usually name the list that blocked you. Start there.
- Never request delisting before fixing the cause. Repeat listings get harder to remove.
- Some listings, such as the Spamhaus PBL, are policy-based and not a penalty. They mean "this IP should not send mail directly".
- Good SPF, DKIM, DMARC and reverse DNS reduce the chance of being listed again.
How DNS blacklists work
A DNSBL is a list published through DNS so that mail servers can query it quickly. To check the IP 192.0.2.25, a receiving server reverses the octets and looks up a hostname under the list's zone:
25.2.0.192.zen.spamhaus.org. IN A ?
; Not listed: NXDOMAIN (no answer)
; Listed: 127.0.0.2 (or another 127.0.0.x code)
If an answer comes back, the IP is listed, and the returned code tells you which sub-list or reason applies. Domain blocklists work the same way, but you query the domain name, for example example.com.dbl.spamhaus.org.
Receiving servers use these answers in different ways. Some reject mail outright when an IP is on a strict list; others add a spam score and decide based on the total. That is why a listing on a small list may have no visible effect while a listing on a major one can stop delivery to many providers at once.
Signs you might be blacklisted
- Bounce messages with text such as "550 5.7.1 Service unavailable; client host blocked using zen.spamhaus.org".
- A sudden drop in replies, or customers saying your mail went to spam.
- Your hosting provider or email service warns you about outbound spam.
- Delivery problems to one specific provider, which may point to that provider's internal reputation system rather than a public list.
Read the bounce carefully. It often names the list, includes a lookup URL, and tells you whether the problem is your IP or a domain in the message content.
Step 1: Find the right IP address and domain to check
People often check the wrong thing. You need:
- The sending IP: the public IP of the server that hands mail to the recipient. If you use a hosted service (Google Workspace, Microsoft 365, a newsletter platform), that is the provider's IP, not your website's IP. Look in the
Received:headers of a message you sent to an outside mailbox. - Your domain: the domain in the From address and any domains you link to in your messages.
- Your MX hosts: if you run your own mail server, check the IPs your MX records point to as well. You can see them with Find DNS Records.
Step 2: Run a blacklist lookup
Checking dozens of lists by hand is slow, so use a multi-list checker. The Blacklist Lookup tool queries 13 DNSBLs for an IP or domain in one go. Note any list that returns a hit, along with its return code.
A few things to know when reading the results:
- Not all lists are equal. Spamhaus, Barracuda and SpamCop are widely used by mail servers. Some smaller lists are rarely used for blocking, so a listing there may matter little.
- Public DNS resolvers can give false results. Spamhaus refuses queries that come through large public resolvers and returns an error code instead of a real answer. A reputable checker accounts for this, but if you query by hand, use your own resolver.
- Shared IPs carry shared history. On shared hosting or a cheap VPS, the IP may have been listed because of another customer or a previous owner.
Step 3: Fix the cause before asking for removal
Blocklist operators list IPs because they saw spam, spam-like behavior or a misconfiguration. If you request removal without fixing it, you will be relisted, and some lists make repeat removals slower or stricter. Common causes:
| Cause | What to check | Fix |
|---|---|---|
| Compromised email account | Unusual outbound volume, logins from strange locations | Reset passwords, enable two-factor authentication, review forwarding rules |
| Hacked website or contact form | Scripts sending mail, forms without rate limits or CAPTCHA | Remove malicious files, update the CMS and plugins, protect forms |
| Malware on a local network | Spam leaving from an office IP (XBL-type listings) | Scan devices, block outbound port 25 except from the mail server |
| Poor list practices | Purchased lists, no confirmation, high bounce and complaint rates | Use confirmed opt-in, remove bounces, make unsubscribing easy |
| Misconfigured server | Open relay, missing or generic reverse DNS | Close the relay, set a PTR record matching the server's hostname |
Step 4: Request delisting from each list
Every list has its own process. Go only to the official website of the list that named you, and be wary of third parties offering paid "guaranteed delisting".
Spamhaus
Spamhaus runs several lists combined in the ZEN zone. The SBL covers known spam sources, the XBL covers infected or exploited machines, and the PBL lists IP ranges that should not send mail directly to the internet, such as many residential connections. A PBL listing is not an accusation. If you genuinely run a mail server on that IP, you can usually request removal; otherwise, send through your provider's mail server instead. Domain listings appear on the DBL. Use the Spamhaus lookup and removal pages to see the reason and the next step.
Barracuda
Barracuda Reputation Block List removals are requested through a form on Barracuda's site. You will need the IP, a contact email and a short explanation of what you fixed.
SpamCop
SpamCop listings are driven by user reports and expire automatically once reports stop. There is usually nothing to request; stop the source and wait.
Provider-specific blocks
Large mailbox providers use their own reputation data. Microsoft has a sender support and delisting portal for Outlook.com, and Google offers Postmaster Tools for monitoring domain reputation with Gmail. These are not public DNSBLs, so a clean lookup does not rule them out.
Step 5: Strengthen your setup so it doesn't happen again
Authentication does not stop a compromised account from sending spam, but it proves which mail is legitimately yours and is now expected by major providers. Since February 2024, Google and Yahoo have required bulk senders to authenticate with SPF, DKIM and DMARC and to support easy unsubscribing. Typical records look like this:
example.com. TXT "v=spf1 include:_spf.example.net -all"
sel1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBg..."
_dmarc.example.com. TXT "v=DMARC1; p=none; rua=mailto:[email protected]"
Start DMARC at p=none to collect reports, then move to quarantine or reject once you have confirmed all legitimate senders pass. Also make sure the sending IP has a PTR (reverse DNS) record that resolves to a hostname, and that the hostname resolves back to the same IP.
Other habits that help:
- Monitor your sending IPs and domain on a schedule, not just when something breaks.
- Send marketing mail from a reputable email service rather than your web server.
- Watch bounce and complaint rates and remove addresses that bounce.
- Limit how much mail each account or script can send per hour.
Common mistakes
- Checking the website's IP when mail is actually sent by a hosted provider.
- Panicking over a listing on an obscure list that few servers use.
- Requesting removal several times in a row without fixing the source.
- Paying an unofficial "delisting service" for something the list does for free.
- Publishing two SPF records for the same domain, which makes SPF fail.
Quick checklist
- Read the bounce message and note the list and the IP or domain named.
- Confirm your real sending IP from message headers.
- Run a multi-list blacklist lookup on the IP and domain.
- Find and fix the cause: compromised accounts, hacked scripts, list quality or server configuration.
- Request removal through each list's official site.
- Verify SPF, DKIM, DMARC and reverse DNS, then keep monitoring.