SURBL: Email Blocklist Removal Guide

Lists domains appearing in spam message bodies — not the sending domain, but the URLs the message links to. Queried by SpamAssassin and many commercial filters during content scanning.
Alaa
By Alaa
SMTPedia documents email infrastructure end to end: SMTP standards from the RFC archive, delivera...
3 min read Updated Jul 15, 2026 105 views
SURBL
Active
Type
URI / URL DNSBL
Operator
SURBL.org
SMTP impact
Spam scoring input
Removal
Self-service form

What it is

SURBL (Spam URI Realtime Blocklists) is a URI-based blocklist that targets domains found in the body of spam messages. Unlike IP DNSBLs or domain RHSBLs, SURBL does not care about the sending IP or the envelope domain. Instead, it extracts URLs from message content and checks the domains those URLs point to. The multi.surbl.org zone consolidates several SURBL sub-lists.

Ownership history

Founded by Jeff Chan (2004)First major URI-based blocklistSpamAssassin integration standardIndependent operation (current)

How it affects SMTP delivery

SURBL is not queried at SMTP connection time. It operates during the content-scanning phase, after the message has been received. SpamAssassin rules (URIBL_SBL, URIBL_JP_SURBL, etc.) query SURBL and add points to the spam score when matches are found. High scores result in spam folder delivery or rejection depending on filter configuration.

What causes a listing

A domain gets listed on SURBL when it appears in the URLs of spam messages submitted to SURBL's feeds. This affects both the domains of legitimate senders whose URLs appear in forwarded spam and domains deliberately used in spam campaigns.

How to get removed

Use the SURBL removal form at www.surbl.org/surbl-analysis. Provide the domain and evidence that it is not used in spam. Removals are processed manually and may take several business days.

For the full reference catalog, see the email blocklist directory.

Delisting process in detail

SURBL (Spam URI Realtime Blocklists) lists domains that appear in the body of spam messages rather than IPs of senders. Removal is handled through surbl.org’s delisting portal, which requires demonstrating the domain is not used for spam or that abuse has been remediated. SURBL delisting typically requires 24-48 hours after submission. Because SURBL is a URL-based list rather than IP-based, removal focuses on domain-level evidence: WHOIS history, hosting reputation, DNS configuration, and any recent security incidents that may have caused abuse.

Prevention practices

SURBL prevention is about protecting your domain reputation, not your IP. Configure DMARC at reject to prevent unauthorized use of your domain, monitor DNS for unauthorized subdomain additions, and audit any third-party integrations that may resolve to your domain (link shorteners, tracking domains, CDN endpoints). Avoid using newly-registered domains for mass campaigns: SURBL algorithms weight domain age heavily. Query multi.surbl.org against your sending domains and any domains referenced in email bodies (tracking, click, hosted images).

Common listing causes

SURBL listings usually stem from domains directly used by spammers, but legitimate senders can be caught in two ways: hijacked subdomains (attackers register dangling subdomains of forgotten SaaS accounts and use them for phishing landing pages), and shared link-shortener services (bit.ly, tinyurl domains occasionally list when spammers abuse them at scale). Tracking and click-tracking domains used by ESPs occasionally list if the ESP customer base includes abusive senders. For content-first prevention, host all links on domains you control and monitor.

SURBL is often paired with URIBL, another URL-based blocklist that many mail servers query alongside SURBL. Spamhaus DBL provides comparable coverage but is operated separately with different data sources. Enterprise mail gateways typically query all three (SURBL, URIBL, DBL) to build a composite domain reputation for URLs found in message bodies. A listing on multiple domain-based lists simultaneously indicates a real domain reputation problem; a listing on one alone may be a false positive worth appealing.


About the Author

Alaa - SMTPedia author

Alaa · LinkedIn

Email infrastructure specialist with 8+ years of hands-on experience in SMTP, deliverability, and email verification. I’ve configured and troubleshot mail systems across Postfix, Exchange, and cloud relays, managed IP reputation and warmup campaigns, and built verification pipelines processing millions of addresses. My work spans DNS authentication (SPF, DKIM, DMARC, BIMI), bounce handling, blocklist monitoring, and compliance frameworks including CAN-SPAM and GDPR. I write every article on SMTPedia to give email professionals, developers, and marketers the accurate, RFC-grounded reference they need.


About SMTPedia

SMTPedia is an independent email industry reference covering SMTP, IMAP, POP3, email deliverability, marketing platforms, DNS authentication, and email verification. Every article is researched from official provider documentation, IETF RFCs, and industry best practices. Settings and configurations are verified quarterly.

We are cited as a source by ChatGPT, Microsoft Copilot, and thousands of email professionals worldwide. Learn more about our editorial process.