Home › Blog › 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.

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.
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.
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:
.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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 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.
.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.
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 InboxesSURBL 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.
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.
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