Ask almost anyone in the cold email world how to get started and you'll receive the same confident prescription. Never touch your primary domain. Register a cluster of lookalike domains instead. Load each one with several mailboxes. Run warmup software for weeks so the new inboxes look lived-in. Add rotation tooling so no single account sends too much, and watch a deliverability dashboard for trouble. An entire tooling industry stands behind this advice, and every vendor in it is happy to explain why each layer is essential.
We think that for most small B2B teams - a founder doing their own outbound, an agency owner, a consultancy principal, a first sales hire - nearly all of it is wasted effort. Worse than wasted: it actively trades away the two assets a small operation has and a volume shop doesn't. What follows is the case against building any of it yet, made as a series of claims you can check, then the short list of rules that keep the alternative safe.
One clarification before the argument starts. None of this means deliverability doesn't matter. Landing in the inbox instead of the spam folder is still the gate every other outbound decision passes through. The disagreement is about how a small sender gets there - through restraint and a trusted domain, not through apparatus.
Claim 1: The standard stack exists to survive a volume you will never send
Every component of the orthodox setup - domain rotation, mailbox fleets, industrialised warmup - has one purpose: spreading thousands of daily sends over a rotating cast of expendable sender identities so that none of them individually draws a flag. It is survival gear for bulk operations.
The enforcement line that gear is built to dodge is genuinely high. Google's formal "bulk sender" classification kicks in around 5,000 messages daily into personal Gmail inboxes. And the cautious per-mailbox limits that professional cold-emailers apply to their own dedicated infrastructure sit at roughly 15 to 25 daily sends per inbox - limits that exist because throwaway domains carry no built-in credibility.
A small team sending a couple of dozen researched, individually written emails a day is not operating anywhere near that world. Adopting bulk-sender defences at that scale is like hiring an armoured convoy to walk to the corner shop.
Claim 2: The fresh domain is the fragile one, not your real one
The rule "protect your main domain" contains a hidden assumption: that a new, separate domain is somehow the safer place to send from. The data says otherwise. By measured figures, around 30% of new accounts attempting even modest volume get suspended inside their first month. A newly registered domain has no history, no reputation, and no relationships with any inbox provider - which is precisely why warmup software exists: to slowly counterfeit the credibility your existing domain earned years ago by doing normal business.
Meanwhile the recipient who gets a note from you and goes looking finds either a real person at a real company - or a hollow shell at something like acmecorp-growth.net. One of those earns a reply. The other earns a report button.
So the trade the standard advice proposes is this: give up sending from an aged, trusted domain in favour of an unproven identity that providers are primed to distrust - all to shield a primary domain that, at a couple of dozen considered sends daily, faced no meaningful danger anyway. That is not risk management. It's risk manufacture.
Claim 3: Every hour on plumbing is an hour off the only work that compounds
For a small team, the scarce resource isn't sending capacity. It's the principal's attention. Hours spent buying domains, editing DNS records, and supervising warmup dashboards are hours not spent on the two questions that actually decide whether outbound works: who exactly should we be talking to, and what do we say that they'll care about?
Paul Graham made the general version of this point in his essay Do Things That Don't Scale: early on, the unscalable, high-touch version of an activity isn't a placeholder for the eventual system - it is the mechanism by which you learn what the system should even do. Recruiting your first customers by hand teaches you your market. It is also how we open an account on behalf of a client, at any size. A sending apparatus assembled before that learning has happened just automates a hypothesis - and automating a guess is the quickest known route to being wrong at scale. (Y Combinator's partners recorded a good 26-minute discussion of the essay if you'd rather watch than read.)
Individually written email, sent from the domain you already own, to a short list you researched yourself - that's the unscalable motion. The mailbox fleet is the premature machine.
Claim 4: The revenue math never required the volume anyway
Here is the assumption smuggled inside "you need infrastructure": that meaningful growth requires industrial sending. Run the numbers for a typical small B2B business and it collapses.
At $1,000 a month per client - whether that's a subscription or a retainer - $50k in monthly recurring revenue is fifty clients, total, accumulated over however many months it takes. Not fifty thousand sends a day. Fifty relationships. A couple of dozen sharp, well-aimed emails a day, sustained over time and reinforced on other channels, is entirely capable of producing that - and in our experience most teams that reach that level never built a sending apparatus at all.
The mass-volume premise belongs to a different kind of business: enormous addressable market, low price point, an economic need to reach everyone. If you're hunting a few dozen right-fit clients, you can find them individually, and the precision that finds them is the same precision that keeps your domain clean.
Rules of the road
The whole position holds only under discipline. None of this licenses carelessness from your primary domain; it's a promise to keep volume so low, and quality so high, that the question of blasting never arises. The rules are few, and none of them involves buying anything.
- Cap yourself at roughly 20-30 sends a day. At that level, your traffic is statistically indistinguishable from ordinary business correspondence - and sits miles beneath the ~5,000/day line where Google's bulk-sender rules kick in. Treat the cap as the strategy itself, not a constraint on it: twenty precisely aimed emails beat a thousand generic ones without ever endangering the domain.
- Ramp up rather than jumping. Start at five or ten a day for the first week or two. Your domain doesn't need ceremonial warmup - it's already established - but a gradual climb gives you time to read the early signals before you've scaled into trouble.
- Hold volume steady. Filters react to pattern breaks more than absolute numbers. Jumping overnight from a handful of sends to a hundred is precisely the anomaly filters exist to catch.
- Verify every address before sending. This is the single highest-value guardrail on the list. A cluster of bounces is the classic fingerprint of a spammer working an old scraped list, and when a campaign is new, letting bounces climb past a few percent inflicts genuine reputational damage. At low volume, verification takes minutes: run the list through a verification tool, hold bounces at effectively zero, and the largest single threat to your domain disappears.
- Write to one person at a time. Nothing brings down enforcement faster than spam complaints, and the tolerance is razor-thin - stay well below 0.1%. Nobody reports a relevant, obviously human note; people report blasts. The research-driven personalisation that wins replies is, conveniently, the same behaviour that keeps complaints at zero.
- Confirm SPF, DKIM, and DMARC once. If you're on Google Workspace or Microsoft 365, these are very likely already configured. Checking takes five minutes. This is the entire extent of the "technical setup" a low-volume sender actually needs.
- Send plain text, one link at most, no tracking pixel. Heavy formatting and multiple links pattern-match to marketing mail. Open-tracking pixels can hurt placement - and, as the next rule explains, they no longer measure anything worth knowing.
- Judge by replies and bounces, never by opens. Apple's Mail Privacy Protection pre-fetches tracking pixels, registering an "open" whether or not a human ever saw the message - and Apple Mail accounts for somewhere between half and nearly 60% of recorded opens. An open now requires nothing; a reply still requires a decision. Track replies, the subset that are positive, and meetings actually booked.
- Check placement directly. Set up canary addresses on each big provider - a personal Gmail address, an Outlook account, and a friendly contact's inbox at a different firm - and copy them into early sends. If your emails hit the primary inbox there, deliverability is fine. Google Postmaster Tools can add data, though at low volume it often shows little - which is itself evidence you're not attracting scrutiny.
- Treat a wrong-trending signal as a stop sign. Bounces creeping up, replies drying, one of your own seeds landing in spam - pause and diagnose rather than pushing through. Low-volume problems on a trusted domain are rare and almost always recoverable, precisely because you're moving slowly enough to see them.
Need more reach? Add a channel, not a bigger cannon
Say the restrained motion is producing, and you now want more pipeline from it. The vendor-fed reflex equates reach with send volume - and send volume with finally building the stack. There's a better lever that costs nothing in deliverability: reach the same prospects on additional channels before you send more email.
The person you're emailing is also on LinkedIn and, often, reachable by phone. A sequence pairing email with LinkedIn touches, visibly authored by one identifiable human, dramatically outperforms simply emailing a longer list - because layered touches compound familiarity, while extra volume just multiplies noise. Multichannel at low volume also keeps every individual channel far below any rate limit or spam threshold, and it preserves the personal quality that was winning your replies in the first place.
Put bluntly: scaling email volume to solve a reach problem creates a deliverability problem you then have to engineer around. Adding a second channel solves the reach problem and creates nothing. The sequencing that follows from this is: restrained email first; then coordinated channels; and dedicated sending infrastructure last of all, only once everything upstream is proven.
When you've outgrown this advice
A contrarian position owes you its expiry conditions, so here they are, stated plainly. Everything above rests on three pillars: modest volume, precise targeting, and a domain with history. Outgrow those conditions and the orthodox playbook stops being wrong and starts being required.
You've genuinely crossed over when all three hold:
- Targeting is validated - you convert the right kind of prospect into a customer with some reliability.
- You've exhausted the prospects a hand-researched, low-volume motion can cover.
- The volume you now need is measured in hundreds of emails a day, not dozens.
A simpler tell: the day you want to send several hundred cold emails daily - or bounce and complaint signals on your primary domain start trending the wrong way despite disciplined sending - is your cue to change course. At that scale, your primary domain really is in danger, and the apparatus finally earns its cost. Build it in this order:
- Buy two or three lookalike domains near your real one, redirecting them to your site.
- Add SPF, DKIM, and DMARC records to every one.
- Open a small number of mailboxes on each domain.
- Give every new mailbox two to four weeks of warmup before it carries real traffic, then leave a trickle of warmup running permanently.
- Limit each inbox to about 20-30 cold emails daily.
- Work out mailbox count by dividing the daily volume you need by ~25, then add slack.
That system works, and nothing here disputes it. The entire argument is about order: infrastructure comes after validation, as a scaling tool - not before it, as a substitute for figuring out who to write to. And the quiet ending most teams should expect: at fifty clients' worth of recurring revenue, built a couple of dozen good emails at a time, the crossover day simply never arrives.
Further reading
- Do Things That Don't Scale - Paul Graham's essay on why the hand-made version comes first
- Y Combinator's partners on the essay - 26-minute video discussion
- Google Workspace sending limits explained - Outbound System, where the ~5,000/day threshold comes from
- Per-inbox sending ceilings - Prospeo, on the 15-25/day convention for dedicated infrastructure
- New-account suspension data - Litemail, on why fresh sending identities fail
- Apple MPP and open rates - Data Innovation, on why opens stopped meaning anything