Skip to content
Book a stack review
Writing

Cold email isn't dead, bad infrastructure is

Cold email isn't dead; bad infrastructure is. The channel still works when it's built like a production system - filtered data, separate domains, a human gate.

2 min read
  • #deliverability
  • #cold-email
  • #infrastructure

Every few months someone declares cold email dead. The evidence is always the same: their inbox is full of terrible automated outreach, therefore cold email doesn’t work anymore. The conclusion doesn’t follow from the evidence. What’s dead isn’t cold email. What’s dead is the specific thing they’re looking at: high-volume spray, sent from shared infrastructure, to unverified lists, with no human ever reading the send.

That approach was always a spam cannon with a sales label on it. It worked for a while because the filters were lenient and the data was cheap. The filters got less lenient. Google and Yahoo published bulk-sender requirements and started enforcing them. The cheap data stayed cheap because it was always bad. So the spray stopped landing, and the people running it declared the channel dead rather than admit the method.

Cold email built like a production system still works. The difference is engineering discipline, and it shows up at every layer.

Start with the data. A list is not a list. A list of companies that fit your profile, filtered before you spend enrichment credits, with contacts ranked by function and seniority, with emails verified, is a system. A list of ten thousand scraped addresses is an attack on your own reputation. The filtering happens upstream, where it’s cheap. The verification happens before the send, because one bounce is not one failure; it’s a signal to every mailbox provider that your domain sends mail to dead addresses.

Then the infrastructure. The sending domain is not a marketing asset; it’s production infrastructure. You don’t send cold mail from your primary domain, because a deliverability hit on the primary domain takes down your transactional and product mail with it. You use separate domains for cold. You authenticate them properly: SPF, DKIM, DMARC, with DMARC enforced, not left on monitoring-only. You warm them up. You cap volume. You watch bounce and complaint rates, because those two numbers are your domain’s credit score, and you don’t get to see the score until it’s already bad.

Then the human gate. The system never sends on its own. Every email is read by a person before it goes, for one reason: the one thing that kills a thread faster than a bad subject line is a false claim about the recipient’s company. A model can draft. It cannot know whether the fact it’s anchoring to is true. That check is not a fallback. It’s the load-bearing wall.

None of this is a tactic. It’s the same discipline you’d apply to any production system: separation of environments, defense in depth, monitoring, a rollback path for when something degrades. The teams still getting meetings from cold email aren’t running better copy. They’re running better infrastructure, and the copy is the easy part on top.

The channel didn’t break. The shortcuts did. If your cold email isn’t working, the question isn’t whether cold email is dead. The question is which layer of your system is leaking.

The channel didn’t break; the shortcuts did. If your cold email isn’t landing, the question is which layer is leaking. I find that layer for a living. Worth a 30-minute look at your stack? → Book a call.

Like the cut of this?

I write about GTM infrastructure like an engineer, because I am one.

Book a 30-minute stack review

← Back to all writing