Skip to content
Back to writing
|
email infrastructure deliverability outreach

How Multi-Domain Outreach Actually Works

Domain separation, DNS authentication, rotation logic. The architecture behind cold outreach that actually lands in the inbox — not the tactics, but the system.

A client asked me last month: “Why can’t we just send from our main domain?”

It’s a reasonable question. You have a domain. It works. You’ve been sending emails from it for years. Why would you need four more?

The answer isn’t tactical. It’s architectural. And it reveals something about how email delivery actually works that most people never think about until it’s too late.

The Real Problem

Your main domain carries your reputation. Every email you’ve ever sent, every newsletter, every transactional notification — all tied to that domain’s sender score. Mailbox providers track this meticulously. Google, Microsoft, Yahoo — they all maintain internal reputation scores for every sending domain they encounter.

When you start sending cold outreach from that domain, you’re introducing risk directly into your core communication channel. If recipients mark your outreach as spam — and some always will — that reputation damage bleeds into everything. Your invoices start hitting spam folders. Your support replies get delayed. Your team’s day-to-day communication degrades.

This isn’t hypothetical. I’ve seen it happen.

Domain Separation as Architecture

The principle behind multi-domain outreach is the same principle behind microservices: isolation of failure. If one component breaks, the others keep running.

You set up 3-5 sending domains, separate from your primary. Each one is a contained system. If domain three gets flagged by Google, domains one, two, four, and five continue delivering. You retire domain three, spin up a replacement, warm it up, and rotate it back in.

Not a hack. An architecture decision.

Each sending domain needs proper DNS authentication. That means three records configured correctly:

SPF — declares which mail servers are authorized to send on behalf of the domain. Without it, receiving servers have no way to verify legitimacy.

DKIM — adds a cryptographic signature to every outgoing message. The receiving server checks this signature against a public key published in DNS. If it matches, the message hasn’t been tampered with.

DMARC — tells receiving servers what to do when SPF or DKIM checks fail. Reject, quarantine, or report. Without DMARC, you’re trusting every mailbox provider to make that decision for you.

All three records on all sending domains. No exceptions. This is the foundation.

The Numbers

Each sending domain hosts 2-3 mailboxes. Each mailbox sends 30-50 emails per day. That’s the ceiling — not the target. Going above that triggers volume-based filtering almost immediately.

With 4 sending domains, 3 mailboxes each, sending 40 emails per mailbox per day, you’re looking at 480 emails daily. That’s meaningful volume for outbound campaigns, distributed across enough infrastructure to stay under every threshold that matters.

The math is simple. The discipline is not. Most teams see 480 emails per day and immediately want 800. Then 1,200. They start pushing mailbox limits, skipping warmup on new domains, treating infrastructure like a dial to turn up instead of a system to maintain.

That’s when things break.

Rotation Logic

Sending the same volume from the same mailboxes in the same pattern every day is exactly the kind of signal spam filters are built to detect. Humans don’t email like that. Automated systems do.

Rotation distributes sending across domains and mailboxes in patterns that resist detection. Domain A sends Monday through Wednesday. Domain B picks up Wednesday through Friday. Mailboxes within each domain rotate daily sending windows. Volume varies by 10-15% day to day.

The goal isn’t to trick filters. The goal is to not trigger heuristics designed to catch bulk senders who don’t care about deliverability. There’s a meaningful difference between those two things.

The Maintenance Layer

Infrastructure without maintenance is infrastructure with an expiration date.

Domain reputation needs monitoring. Deliverability rates, bounce rates, spam complaint ratios — these aren’t vanity metrics. They’re diagnostic signals. When inbox placement drops on one domain, you investigate before it spreads.

Domains burn out. It happens. A domain that’s been sending for six months accumulates enough data points that even careful volume management can’t prevent gradual reputation decay. You replace it. New domain, new warmup cycle — 2-4 weeks of gradually increasing volume before it enters full rotation.

Warmup isn’t optional. A fresh domain sending 50 emails on day one will get flagged immediately. Start at 5. Move to 10. Then 20. Let the mailbox providers build a positive sending history before you push volume. Patience here saves months of remediation later.

What This Actually Is

The client who asked me about five domains eventually understood. They weren’t cheating the system. They were building infrastructure that treats email delivery as what it is — a system with inputs, constraints, failure modes, and maintenance requirements.

The outreach that lands in the inbox isn’t powered by better subject lines or cleverer copy. It’s powered by authenticated domains, disciplined volume, distributed sending, and someone watching the signals.

Not a trick. A system.



Hrvatski

Klijent me prošlog mjeseca pitao: “Zašto ne možemo jednostavno slati s naše glavne domene?”

Razumno pitanje. Imate domenu. Radi. Šaljete emailove s nje godinama. Zašto biste trebali još četiri?

Odgovor nije taktički. Arhitekturalan je. I otkriva nešto o tome kako isporuka emailova zapravo funkcionira — nešto o čemu većina ljudi nikad ne razmišlja dok ne bude prekasno.

Stvarni problem

Vaša glavna domena nosi vašu reputaciju. Svaki email koji ste ikad poslali, svaki newsletter, svaka transakcijska obavijest — sve vezano uz ocjenu pošiljatelja te domene. Pružatelji poštanskih sandučića to pedantno prate. Google, Microsoft, Yahoo — svi održavaju interne ocjene reputacije za svaku domenu s koje primaju poštu.

Kada počnete slati hladni outreach s te domene, unosite rizik direktno u svoj osnovni komunikacijski kanal. Ako primatelji označe vaš outreach kao spam — a neki uvijek hoće — ta šteta reputacije prelije se na sve ostalo. Vaše fakture počnu završavati u spam mapi. Vaši odgovori korisničke podrške kasne. Svakodnevna komunikacija vašeg tima degradira.

Ovo nije hipotetski. Vidio sam da se to događa.

Razdvajanje domena kao arhitektura

Princip iza outreacha s više domena isti je princip kao kod mikroservisa: izolacija kvara. Ako jedna komponenta padne, ostale nastavljaju raditi.

Postavite 3-5 domena za slanje, odvojenih od primarne. Svaka je zatvoreni sustav. Ako treću domenu Google označi, domene jedan, dva, četiri i pet nastavljaju isporučivati. Treću povlačite, podižete zamjenu, zagrijavate je i vraćate u rotaciju.

Ne trik. Arhitekturalna odluka.

Svaka domena za slanje treba ispravnu DNS autentifikaciju. To znači tri zapisa koji moraju biti točno konfigurirani:

SPF — deklarira koji mail serveri smiju slati u ime domene. Bez njega, primajući serveri nemaju način verificirati legitimnost.

DKIM — dodaje kriptografski potpis svakoj odlaznoj poruci. Primajući server provjerava taj potpis prema javnom ključu objavljenom u DNS-u. Ako se podudara, poruka nije modificirana.

DMARC — govori primajućim serverima što učiniti kada SPF ili DKIM provjere ne prođu. Odbiti, staviti u karantenu ili prijaviti. Bez DMARC-a, prepuštate svakom pružatelju da sam donese tu odluku.

Sva tri zapisa na svim domenama za slanje. Bez iznimki. To je temelj.

Brojevi

Svaka domena za slanje ima 2-3 poštanska sandučića. Svaki sandučić šalje 30-50 emailova dnevno. To je gornja granica — ne cilj. Prekoračenje toga gotovo odmah aktivira filtriranje temeljeno na volumenu.

S 4 domene za slanje, 3 sandučića po domeni, 40 emailova po sandučiću dnevno, gledate 480 emailova dnevno. To je značajan volumen za outbound kampanje, raspodijeljen preko dovoljno infrastrukture da ostanete ispod svakog praga koji je bitan.

Matematika je jednostavna. Disciplina nije. Većina timova vidi 480 emailova dnevno i odmah želi 800. Pa 1.200. Počnu gurати limite sandučića, preskakati zagrijavanje novih domena, tretirati infrastrukturu kao gumb za pojačavanje umjesto sustava za održavanje.

Tu se stvari lome.

Logika rotacije

Slanje istog volumena s istih sandučića u istom obrascu svaki dan upravo je signal za koji su spam filteri napravljeni da ga detektiraju. Ljudi ne šalju emailove tako. Automatizirani sustavi da.

Rotacija raspodjeljuje slanje preko domena i sandučića u obrascima koji izbjegavaju detekciju. Domena A šalje od ponedjeljka do srijede. Domena B preuzima od srijede do petka. Sandučići unutar svake domene rotiraju dnevne prozore slanja. Volumen varira 10-15% iz dana u dan.

Cilj nije prevariti filtere. Cilj je ne aktivirati heuristike dizajnirane za hvatanje masovnih pošiljatelja kojima nije stalo do isporučivosti. Između te dvije stvari postoji značajna razlika.

Sloj održavanja

Infrastruktura bez održavanja je infrastruktura s rokom trajanja.

Reputaciju domene treba pratiti. Stope isporuke u inbox, stope odbijanja, omjeri spam prijava — to nisu dekorativne metrike. To su dijagnostički signali. Kada plasman u inbox padne na jednoj domeni, istražujete prije nego se proširi.

Domene se istroše. Događa se. Domena koja šalje šest mjeseci nakupi dovoljno podatkovnih točaka da čak ni pažljivo upravljanje volumenom ne može spriječiti postupan pad reputacije. Zamijenite je. Nova domena, novi ciklus zagrijavanja — 2-4 tjedna postupnog povećanja volumena prije nego uđe u punu rotaciju.

Zagrijavanje nije opcionalno. Svježa domena koja šalje 50 emailova prvog dana bit će odmah označena. Počnite s 5. Prijeđite na 10. Pa 20. Pustite pružatelje da izgrade pozitivnu povijest slanja prije nego što gurnete volumen. Strpljenje ovdje štedi mjesece sanacije kasnije.

Što ovo zapravo jest

Klijent koji me pitao o pet domena na kraju je razumio. Nisu varali sustav. Gradili su infrastrukturu koja tretira isporuku emailova onako kako zapravo jest — kao sustav s ulazima, ograničenjima, načinima kvara i zahtjevima za održavanje.

Outreach koji stiže u inbox ne pokreću bolji predmeti emailova ili domišljatiji tekst. Pokreću ga autentificirane domene, disciplinirani volumen, raspodijeljeno slanje i netko tko prati signale.

Ne trik. Sustav.


Povezano

IB

Ivan Boban

Systems Architect

Related

Related Deep Dive

Get notified when I publish

Press M to toggle | Click nodes to navigate