Guide

Email list bombing

In subscription bombing your form is not the target — it is the weapon. The lasting damage lands on your sending domain, and it outlives the attack by months.

Updated July 2026 · 8 min read

Most form abuse is aimed at you. This one is not. Someone wants to bury a victim's inbox — often to hide a fraud confirmation among thousands of unread messages — and does it by submitting that person's address to every signup form a script can find. Yours is one of thousands.

You are collateral, but the reputational damage is not shared: your domain sent the mail, so your domain absorbs the complaint.

How it works

Victim's address Submitted to thousands of forms Each site sends mail Victim reports spam Your domain penalised

Every site in that chain behaves correctly in isolation — someone entered an address, the site sent a confirmation. The harm is entirely emergent from the volume, which is what makes it easy to miss on any single site.

Why the deliverability damage is the real cost

Mailbox providers judge senders on complaints and engagement, not intent. Mail you sent to someone who never opted in, which they then mark as spam, counts against your domain exactly as if you had bought a list. Nobody at Gmail is assessing whether you meant well.

That produces the effect people notice months later and misdiagnose: campaign open rates falling, transactional mail landing in junk, password resets that "never arrive". Sender reputation is slow to lose and slower to rebuild, and the incident that caused it is long forgotten by then.

The secondary hit

Bombed signups also fill your list with addresses that will never engage. Because engagement is itself a reputation signal, a list stuffed with permanently inactive contacts keeps depressing deliverability long after the attack stops — unless you go back and remove them.

Spotting it

Stopping it

  1. Confirmed (double) opt-in, without exception. The single highest -value change: the victim receives one confirmation instead of your newsletter indefinitely, and your list only ever contains addresses that clicked.
  2. Rate limit per target address, not just per IP. Bombing is distributed, so per-IP limits barely fire. A per-address limit stops your form sending the same victim twenty confirmations.
  3. Do not send anything substantive before confirmation. No welcome sequence, no discount code, no attachment — one plain confirmation request.
  4. Add a signed timing check and a hidden honeypot. The cheap layers from stop contact form spam, which remove the least sophisticated tooling.
  5. Purge afterwards. Remove unconfirmed addresses from the incident window; leaving them in keeps depressing engagement metrics indefinitely.

What we would not recommend is putting a CAPTCHA on your newsletter signup. It is the highest-friction, lowest-intent form you own — the place a challenge costs the most conversions — and the tooling used for bombing at scale is not reliably stopped by one. Network-level protection at your CDN is a different layer and is fine to run.

Where SpamKill fits

SpamKill judges how the signup was composed rather than what it contains, so automated submissions are stopped before your ESP is ever asked to send anything — at 99.9% accuracy across more than 100M+ submissions screened for 1,500+ businesses, with no challenge on a form where friction is most expensive. Confirmed opt-in and per-address rate limiting are still worth doing; they are complementary, not redundant. See also SpamKill for small business. From $29/month with a 30-day free trial, no credit card.

Frequently asked questions

What is email list bombing?

Someone submits a victim’s address to hundreds or thousands of signup forms at once, so the victim is buried in confirmation emails. Your form is not the target — it is one of the weapons. The damage to you is that your domain sends unsolicited mail to someone who never asked for it, and they report it as spam.

Why does it hurt my sender reputation if I did not send spam?

Mailbox providers judge on complaints and engagement, not intent. Mail your server sent to an address that never opted in, which is then marked as spam, counts against your domain exactly as if you had bought a list. Enough of it and your legitimate campaigns start landing in junk folders.

Does double opt-in fix it?

It fixes the worst part and not all of it. With confirmed opt-in the victim receives one confirmation request instead of your newsletter forever, and your list stays clean. They still receive that one email, so at scale you are still contributing to the flood — pair it with rate limiting per address so you send it once rather than repeatedly.

Should I rate limit by IP or by email address?

Both, and the address one matters more here. Subscription bombing is distributed across many sources hitting many forms, so per-IP limits barely register. A per-target-address limit is what stops your form sending the same victim twenty confirmations.

How do I know it is happening to me?

Watch for a spike in signups with no matching traffic increase, addresses at many different domains arriving in a burst, a jump in bounces or complaints, and confirmation emails that are never clicked. A sudden run of signups from a campaign you did not launch is the classic tell.

Protect the signup form itself

Paste your signup form HTML into the Form Transformer and get the protected version back — no challenge, no friction on your lowest-intent form.

Open the Form Transformer