How to Warm Up an Email List Before Your First Send
The 4-week email warm-up ramp: engagement-first ordering, the signals that say stop, and why warm-up is the second step — not the first.
How to Warm Up an Email List Before Your First Send
The pre-send playbook I wish I'd had before my first send after a weeks-long pause — bounce tripwire, list suspended, 5,000 subscribers unreachable. I learned this the hard way so you don't have to.
The problem warm-up solves
Mailbox providers don't trust new or long-silent senders. When a domain with no recent sending history suddenly fires off thousands of messages, spam filters treat it like a hijacked account. The result: throttling, the junk folder, or in my case, an automated suspension after one bad send.
A warm-up is not about the mail servers — it's about teaching filters that your mail is wanted. You do that with slow, consistent, high-engagement sends. Nothing else builds reputation. Skip it and you're gambling every subscriber you haven't talked to in months against a bounce tripwire.
Before you send anything: screen the list
Warm-up burns your best engagement to build reputation. Every hard bounce during the ramp is reputation damage. So the actual first step isn't the first send — it's deciding who you're allowed to send to.
Run the list through a pre-send screen. A standard screen covers five segments:
- deliverable — safe to send to
- risky — proceed with caution
- catch-all — mailbox existence can't be confirmed
- disposable — throwaway addresses
- invalid — will never deliver
Warm-up should start with the deliverable segment's most engaged slice — people who opened in the last 30–60 days. The risky, catch-all, and disposable segments stay out of the ramp entirely. If they belong in your program at all, they enter after reputation is established.
One honest boundary: mailbox-level SMTP probing is not part of a standard pre-send screen — we don't sell stages we haven't built. The screen above is the full offline pipeline (syntax, disposable, role, duplicate, and suppression checks), delivered as a flagged-address report with reasons. Sender auth (SPF, DKIM, DMARC) is checked against public DNS records — not "verified" claims from a browser tab.
The 4-week ramp
Adapted from the schedules published by clearbounce.net (recrawled 1 day ago) and omnisend.com (updated 3 days ago), with the engagement-first ordering both recommend. All numbers below assume you've already authenticated the sending domain (SPF, DKIM, DMARC at p=none to start) — a domain-warmup FAQ published 15 days ago puts sender auth first, before volume of any kind.
These are example ranges for a mid-size list, not prescriptions. Real ramps depend on list size, engagement depth, and each mailbox provider's throttling — a 2,000-address B2B list and a 200,000-address consumer list do not follow the same curve. Start conservative and adjust to the signals below.
Week 1 — Foundation (50–200/day). Send only to your most engaged slice: opened or clicked in the last 30 days. Watch bounce rate like a hawk. Anything above 2% and you stop the ramp and clean — the screen comes back out.
Week 2 — Ramp (200–1,500/day). Expand to engaged (last 60 days). Spread sends across the day; don't blast. If deferrals appear, hold the volume for an extra day or two rather than pushing through.
Week 3 — Scale (1,500–10,000/day). Broaden to engaged (last 90 days). Check your sender-reputation signals — Google's Postmaster Tools for Gmail-bound mail. Reputation should be climbing; if it isn't, the problem is list quality, not volume.
Week 4 — Full program. The whole deliverable segment, with dormant subscribers (180+ days of no engagement) handled as a separate re-engagement campaign, not folded into the warm-up. The risky and catch-all segments remain out until you know exactly what they cost you.
The two rules that decide success
-
Engagement order, not list order. The warm-up sequence goes to your most engaged first. Sending to the whole list on day one — even a screened list — wastes the ramp. This is the principle every published schedule agrees on: start with the people who open.
-
Stop on signal. If bounce rate exceeds 2% or spam complaints exceed 0.1% (Google's published target) at any stage, stop scaling and hold. Pushing through bad signals during warm-up sets reputation back weeks. The volume schedules are vendor-guide recommendations; the complaint and reputation ceilings are the mailbox providers' rules — know which is which.
When a warm-up isn't the fix
A warm-up builds reputation for a healthy list. It does not fix a dead one. If your list sat untouched for a year, or came back from a suspension with unknown provenance, no ramp schedule saves it — you need a prediction first. I offer a fixed-price pre-send screen on exactly this question: how much of this list is actually alive, and what will it cost me to send it?
The audit: a flagged-address report across the five segments (deliverable / risky / catch-all / disposable / invalid), sender auth checked against public DNS records, and a stated prediction figure on bounce risk — the same report I'd have paid for before my list died.
If the prediction is wrong, we re-run the analysis free — within 30 days of receiving the findings. If it shows a real problem and you later book a full rescue, the audit fee is credited in full against the rescue tiers within 30 days. Default billing is a manual invoice; current pricing on request.
Keep Exploring
Use the Workflow Library to browse more guides, comparisons, and integration examples to continue your evaluation.
See the solutions, comparisons, and integration guides collected in one place.
Review grounded audit, compare, fix-plan, and report excerpts before you wire the API into anything.
Jump from the workflow page into the quickstart, endpoint guides, and full OpenAPI reference.