Home › Blog › SURBL Is Mass-Listing .info Domains on Microsoft and Azure - What Happened and What To Do

Back to Blog
Email Deliverability7 min readJune 24, 2026Featured

SURBL Is Mass-Listing .info Domains on Microsoft and Azure - What Happened and What To Do

In June 2026, cold email operators started reporting mass SURBL listings hitting .info domains on Microsoft 365 and Azure infrastructure. Here is what we know, why it happened, and how to protect your sending.

Email Deliverability Team
Email Deliverability Experts
SURBL mass-listing .info domains on Microsoft and Azure

Active Incident - June 2026

If you woke up to a sudden deliverability drop and your blacklist checker is lighting up SURBL flags across your .info sending domains, this is what is happening and what to do about it.

What Is SURBL and Why Does It Matter

SURBL is a domain-based blacklist - it flags domains, not IP addresses. It is run by organizations that take a maximalist stance on unsolicited email: any domain that appears in email sent to addresses that never opted in is fair game for listing. There is no hearing, no warning, and no guaranteed path to removal.

Historically, a SURBL listing was a death sentence for a sending domain. Mail stopped landing. The only move was to discard the domain and rebuild.

That calculus shifted in late 2025. Research from multiple infrastructure providers showed that Google and Microsoft had quietly reduced the weight they placed on SURBL - a listing alone was no longer enough to route mail to spam. A properly warmed domain on a clean IP could still land despite a SURBL flag.

June 2026 is a reminder that this does not mean SURBL is harmless. It means the rules are more nuanced than they used to be - and that mass listing events still create real problems worth understanding.

What Happened in June 2026

Starting in mid-June 2026, operators began reporting that .info domains running on Microsoft 365 and Azure-based inboxes were appearing on SURBL in large numbers. The pattern had several consistent characteristics:

The TLD was the common thread

.info domains were getting flagged at a rate far above what operators were seeing on .com, .co, or other extensions. Operators running identical campaign setups but on .com domains were largely unaffected.

Microsoft and Azure infrastructure was disproportionately hit

Operators running the same .info domains through Google Workspace reported less impact. The combination of .info TLD plus Microsoft or Azure infrastructure appeared to be the triggering factor.

Listings happened fast

Some operators reported domains going from clean to SURBL-listed within 24-48 hours of beginning sends. This suggests SURBL's honeypot network had fresh coverage in the .info namespace, likely through newly acquired expired .info domains being used as traps.

Warm-up status did not protect against listing

Even domains that had completed full warm-up cycles were getting flagged. Warming reduces inbox placement risk through positive engagement signals, but it does not prevent SURBL from listing a domain if that domain contacts a honeypot address.

Why .info and Why Now

SURBL lists domains that appear in email sent to addresses that never opted in - typically honeypot addresses. The most likely explanation for the June 2026 spike is that SURBL or its data partners acquired a significant number of expired .info domains and converted them into honeypots.

.info has historically been one of the lower-cost TLDs, which made it attractive to cold email operators looking to build out sending infrastructure cheaply. It also means there is a large pool of expired .info domains from defunct businesses and abandoned projects - domains that once received real business email and might still appear in prospecting databases.

When SURBL acquires those expired domains and redirects their inboxes, any cold email sent to contacts associated with those old domains gets captured. The sender is flagged. At scale, this explains how entire sending pools can get listed in a short window.

The Microsoft and Azure angle likely relates to IP reputation. Azure IP ranges have faced elevated scrutiny from spam infrastructure monitors over the past 18 months due to their relatively accessible provisioning compared to Google. SURBL's data partners may weight signals from Microsoft-routed email more heavily, or Microsoft's own filtering may interact differently with SURBL lookups compared to Google's approach.

What This Means for Deliverability in Practice

The honest answer is: it depends on your setup, and you need to test rather than assume.

The late-2025 finding that SURBL listings had reduced impact was real and is still broadly true for Google. A well-warmed .com domain on Google Workspace, even if SURBL-listed, often continues to land in inbox if engagement signals are strong.

The June 2026 situation is more complicated for two reasons. First, the volume of listings is high enough that it may shift how providers weight the signal - a sudden spike in SURBL-listed domains from a particular infrastructure type could cause adaptive filters to treat SURBL more seriously in that context. Second, the .info TLD itself carries less inherent trust than .com with most spam filters. A .info domain on SURBL faces a compounded trust deficit that a .com domain on SURBL does not.

Run a deliverability checker on your affected domains right now and look at actual inbox placement, not just the blacklist status. If placement is still healthy and reply rates have not moved, the listing may not be actively harming you. If placement has dropped, treat it as a domain infrastructure problem that needs addressing.

What To Do If Your .info Domains Are Listed

1

Audit your full domain pool immediately

Run every sending domain through a blacklist checker and a deliverability checker. Separate the domains showing actual placement degradation from those that are SURBL-listed but still landing. These require different responses.

2

Pause sends on domains with confirmed placement drops

Do not continue burning through your list on domains that have measurably stopped landing. You are wasting contacts and accelerating further reputation damage. Pause the domain, move volume to healthy infrastructure, and assess whether the domain is worth attempting to recover.

3

Do not rebuild on .info in the near term

Given the current targeting pattern, replacing burned .info domains with more .info domains is walking back into the same trap. Switch to .com for any new sending infrastructure. Warm Inboxes includes free .com domains with every inbox purchase - this is exactly the scenario where having a reliable supply of pre-warmed .com infrastructure matters.

4

Attempt SURBL delisting for any domain worth keeping

SURBL delisting requests are often declined, particularly for domains they have classified as cold email senders. It is worth attempting for any domain you want to preserve long term, especially if it is also used for non-outreach email. Do not expect success, but the attempt costs nothing.

5

Check your DNS records on unaffected domains

Verify that your SPF records, DMARC policies, and full DNS configuration are clean on all remaining sending domains. A SURBL event can sometimes coincide with or accelerate other deliverability problems. Confirm your authentication setup is solid before scaling volume back up on healthy domains.

The Broader Lesson on TLD Selection

The June 2026 situation reinforces something the most experienced infrastructure operators have known for years: TLD selection is a deliverability variable, not just a branding one.

Why .com Outperforms

  • Carries more inherent trust with spam filters
  • Less frequently targeted by blacklist honeypot operations
  • Performs better on Microsoft infrastructure specifically
  • Can absorb deliverability stress that would tank other TLDs

.info, .co, .io, and other alternatives can work, and many operators have run them successfully. But the margin for error is smaller. A .com domain can absorb some deliverability stress - a SURBL listing, a temporarily elevated bounce rate, a list quality issue - and continue performing. A .info domain under the same stress is more likely to fall over.

If you are currently running significant infrastructure on .info or other non-.com TLDs, this event is a good moment to assess your exposure and begin migrating your most important sending volume to .com.

Replace Burned Infrastructure Fast

Warm Inboxes sells pre-warmed Google Workspace and Microsoft 365 inboxes with free .com domains included. If you need to replace burned infrastructure fast - and some operators are doing exactly that right now - that is the fastest path back to healthy sending.

24/7 WhatsApp support for urgent same-day deployments: +1 (904) 736-2539

Get Pre-warmed .com Inboxes

What To Watch Going Forward

SURBL events like this tend to have a defined window. Once the honeypot coverage in the targeted namespace is established and the listings have accumulated, the rate of new listings typically stabilizes. The question is whether Google and Microsoft adjust their weighting of SURBL signals in response to the volume spike, and whether the .info targeting represents a sustained shift in SURBL's data acquisition strategy or a one-time event.

Watch your deliverability data closely over the next two to four weeks. If you are operating on .com with properly warmed infrastructure and good list hygiene, you should be largely insulated. If you are on .info with Microsoft infrastructure, treat this as an active incident and move accordingly.

Quick Reference

Check Your Domains Now

Replace Burned Infrastructure

This post is based on patterns reported across the cold email operator community in June 2026. If you are seeing different behaviour on your infrastructure, trust your own placement and reply data over any single source - including this one.

Prewarmed & Fresh Inboxes

Google, Microsoft 365 and Azure inboxes with free prewarmed domains and DNS configured before you log in. Prewarmed inboxes send the day they land; every order is delivered within 48 to 72 hours.

Get Prewarmed & Fresh Inboxes