The Truth Behind Collapsing Cold Email Deliverability: It's Not Copy, It's Sending Infrastructure

Cold email open rate collapse is usually caused by sending infrastructure, not copy.
The LeadPilot developer saw open rates halve in week 4 with no copy changes, revealing infrastructure decisions made in week one: shared IP reputation, no warmup curve, and one domain doing every job. The fix: isolate outreach on a separate root domain with independent SPF/DKIM/DMARC, use a warmup scheduler starting at 20 emails/day with ~20% daily increases, and circuit-break the ramp at a 3% bounce rate.
When Open Rates Collapse Silently, the Problem Usually Isn't Your Copy
Many people doing cold email outreach—including tool developers—assume that as long as you avoid spam trigger words like "free," "guaranteed," or "act now," keep a conversational tone, and limit the number of links, your emails will land in the inbox. The LeadPilot developer thought the same thing at first. Open rates were normal for the first 3 weeks. In week 4, without any copy changes, open rates were cut in half within a single week.
The real problem came from sending infrastructure decisions made in week one and never revisited. By the time symptoms appeared, trust at the infrastructure level had already collapsed.

Three Overlooked Deliverability Killers
Shared IP Reputation: You Inherit Strangers' Criminal Records
Sending cold emails through a shared IP pool from a generic transactional email provider means that if any other sender in that same IP pool gets flagged as spam, it silently drags down your deliverability. You can't see this happening from your side—you only see the symptoms: declining open rates. For developers, this "invisibility" is the most dangerous part: you can't attribute the problem, so you can't fix it.
IP Reputation is a dynamic score maintained by mailbox providers and anti-spam organizations for each sending IP. It's continuously updated based on historical send volume, spam complaint rates, bounce rates, and whether the IP appears on blacklists (such as Spamhaus, Barracuda). All senders in a shared IP pool share the same score, so one person's violations dilute the trust of the entire pool. A dedicated IP starts with low reputation and requires self-warmup, but its reputation is entirely determined by your own sending behavior and won't be dragged down by strangers. Choosing shared vs. dedicated is essentially a trade-off between "convenient but uncontrollable" and "controllable but you have to nurture it yourself."
No Warmup Curve: A New Identity Running at Full Volume Instantly
After clients connected their accounts, send volume jumped from zero to hundreds per day. Major mailbox providers treat volume ramping as a trust signal—a brand new sending identity jumping straight to high volume behaves identically to a spammer. Trust isn't built by individual email quality; it accumulates through stable historical patterns.
Email Warmup refers to the process where a new IP or domain, before running at full volume, sends gradually increasing low volumes paired with genuine engagement (opens, replies, marking as not spam) to prove to mailbox providers that it's a "good-faith sender." Major providers (Gmail, Outlook, etc.) use machine learning models to analyze sending history, and sudden high-volume sending is a classic spam characteristic. Warmup typically lasts 2–6 weeks, can start as low as 10–50 emails per day, and requires monitoring bounce rates and complaint rates. During warmup, it's best to mix in real recipients with high engagement rates to accelerate reputation building with positive signals, rather than simply piling on volume.
One Domain Doing Every Job
Marketing site, product emails, and cold outreach all sharing the same domain. A single spam complaint on a cold email simultaneously damages password resets, notifications, and other transactional emails sent from that domain. A domain's reputation is shared, and the blast radius covers all uses.
SPF, DKIM, and DMARC are the trifecta of email authentication. SPF declares which IPs are authorized to send on behalf of the domain; DKIM uses a private key to sign emails, with the recipient verifying via a public key in DNS that the content hasn't been tampered with; DMARC specifies the handling policy when SPF/DKIM verification fails and returns reports. If cold outreach shares a domain with transactional emails, once outreach gets complained about, spam complaints pollute the domain's overall reputation, causing critical emails like password resets and notifications to also be deprioritized or sent to spam. Using a separate root domain for outreach with its own independently configured trifecta limits the "blast radius" of reputation damage to the smallest possible scope.
The Fix: Isolate, Warmup, Circuit-Break
Sending Domain Isolation
The core idea is to run cold outreach on an independent root domain with its own SPF/DKIM/DMARC records. This way, outreach deliverability issues won't spill over into product emails.
// simplified sending-domain strategy
const domains = {
marketing: 'company.com',
product: 'app.company.com',
outbound: 'outreach.company-mail.com', // separate root domain
};
Warmup Scheduler with a 3% Circuit-Breaker
New sending identities start at 20 emails per day, and only increase by about 20% daily when reply rates and bounce rates stay in healthy ranges, capping out after about three weeks.
async function getDailySendCap(identity: SendingIdentity): Promise<number> {
const daysSinceStart = daysBetween(identity.createdAt, new Date());
const bounceRate = await getBounceRate(identity, { days: 7 });
if (bounceRate > 0.03) return identity.currentCap; // freeze ramp, don't increase
const rampedCap = Math.floor(20 * Math.pow(1.2, daysSinceStart));
return Math.min(rampedCap, 300);
}
The key detail: when bounce rate exceeds 3%, don't "slow" the ramp—"freeze" it. An identity with rising bounce rates that's still increasing send volume is the fastest path back to shared blacklists.
Bounce Rate refers to the proportion of failed sends to total volume, divided into hard bounces (address doesn't exist, invalid domain, usually permanent) and soft bounces (mailbox full, temporary failure, potentially recoverable). The industry-accepted healthy threshold is a hard bounce rate below 2%; exceeding 3% is considered a danger signal that may trigger rate limiting or blacklisting by mailbox providers. For cold outreach, bounce rates often reflect list quality—blasting to lists of unknown origin rapidly drives up bounces. Setting 3% as the circuit-breaker line is to stop the ramp before reputation is damaged, fix the list and verification process first, then resume sending.
The Cost of Honesty
This approach makes outreach slower. New clients' sending identities are limited to volumes far below their expectations for the first three weeks, and the developer repeatedly explains "why can't we send more." But the alternative—not warming up—is exactly the root cause of collapsing open rates.
A practical rule of thumb: if your outreach tool's open rates are declining and the email copy hasn't changed, check the sending infrastructure first—including IP pool type, warmup history, and domain isolation—before touching a single word in your emails.
One-line Summary
Collapsing cold email open rates are usually caused by sending infrastructure, not copy.
Paragraph Summary
Starting from the LeadPilot developer's firsthand experience—open rates were normal for 3 weeks, then halved in week 4 without any copy changes—the author points out that the real problem was sending infrastructure decisions made in week one and never revisited. The three hidden killers are shared IP reputation, no warmup curve, and one domain doing every job. The fix includes: using a separate root domain for cold outreach with independent SPF/DKIM/DMARC; a warmup scheduler starting at 20 emails/day with ~20% daily increases, capping out after about three weeks; and freezing rather than slowing the ramp when bounce rates exceed 3%. The author emphasizes that this approach slows outreach down, but it's the necessary cost of building sustainable deliverability.
Related articles

Felix Rieseberg Personal Homepage
Felix Rieseberg's personal homepage sparks attention on Hacker News. This article covers the Slack engineer's technical background, the rise and fall of nativefier, and the value of a developer homepage as a tech calling card.

@ai-sdk/vue 3.0.306 Patch Release Syncs with [email protected] Update
@ai-sdk/vue 3.0.306 released, synced with [email protected]. A routine patch release for the Vercel AI SDK ecosystem with no public API changes; the Vue adapter layer stays version-aligned with the core package.

Gemini 4 Argon API Launches: The Era of Million-Token Output Begins
Google launches Gemini 4 Argon with sparse MoE architecture, up to 1M output tokens, and a 68.90% Vals Index score, available across API, AI Studio, and the Gemini app.