Every outbound conversation eventually arrives at an uncomfortable dependency: nothing else in the program matters if the mail does not reach inboxes. Signal quality, personalization craft, sequence design - all of it executes downstream of deliverability, and deliverability is governed by mechanics most marketing teams learned incompletely from a checklist in 2019. The rules tightened since - the major providers now publish explicit sender requirements and enforce them - so this is the 2026 version: what actually decides inbox placement, and the preflight that should gate every send, human or agent.
The asymmetry nobody prices in
Deliverability damage has a cruel shape: it accumulates invisibly - each bad send nudging bounce rates and complaint rates - and then manifests suddenly, as a domain whose mail quietly routes to spam everywhere at once. Recovery takes months of disciplined low-volume sending; some teams simply abandon the domain. That asymmetry is why this article's advice sounds conservative: the downside of caution is a slightly smaller send, while the downside of recklessness is the channel itself, for everyone in the company, including the product emails. Price it that way and every rule below becomes obvious.
Authentication: SPF, DKIM, DMARC
Three DNS-published mechanisms prove your mail is yours: SPF authorizes sending servers, DKIM signs message integrity, and DMARC tells receivers what to do when the first two fail - and, via its reports, shows you who is sending as you. Since the major providers formalized bulk-sender requirements, all three are effectively mandatory for outbound: unauthenticated mail from a domain sending at any volume is presumptively filtered. The checks take minutes and fail constantly in the wild - a forgotten SPF include after a tool migration is the classic silent killer. The Audit agent reads all three as part of every site audit for exactly that reason.
Sender reputation: the account you cannot see
Receivers keep a running score per sending domain and IP - fed by bounce rates, spam-report rates, engagement, volume patterns and list-quality signals - and that score, not your copy, decides placement. The two numbers with published guidance: spam complaints must stay below roughly 0.3% (the threshold providers name), and hard bounces beyond low single digits mark a list as purchased or stale. Everything in this article is ultimately reputation management: authentication proves identity, verification protects the bounce rate, volume discipline avoids the spike pattern filters treat as compromise, and engagement - replies especially - is the one positive signal outbound can earn, which is an underrated argument for sending mail worth replying to.
Verification: tiers and thresholds
| Tier | Meaning | Action |
|---|---|---|
| Deliverable | Mailbox confirmed to exist and accept | Send |
| Risky / accept-all | Domain accepts everything; the address may not exist | Separate decision: throttle, monitor bounces, or skip |
| Unknown | Verification could not complete | Re-verify later; never batch-send to unknowns |
| Invalid | Mailbox does not exist | Suppress permanently |
The operating rules: verify at the moment of list-building (addresses decay as people change jobs, so verification has a shelf life measured in weeks), re-verify anything older than a quarter before reuse, and hold the line on tiers - the temptation to "just include the risky ones" is how a clean campaign inherits a dirty bounce rate. In the signal-based machine, verification is a built-in stage: no contact enters a sequence unverified, which is trivial to enforce when the sequence is assembled by a mission.
Volume discipline and warmup
Filters profile sending patterns, and the pattern of a compromised or abusive domain is a volume spike from quiet baseline. The countermeasures are behavioral: ramp new domains and mailboxes gradually over weeks; hold daily volumes consistent rather than bursty; cap sends per mailbox at levels that look human; and spread outbound across a dedicated sending domain (protecting the corporate domain) with its own reputation to build and its own ramp. Warmup services that fake engagement exist in a gray zone the providers actively hunt - the durable version of warmup is just the ramp, plus early sends to the warmest, most-likely-to-reply segments, which builds real engagement signal instead of synthetic.
The preflight that gates every send
This is also where agentic outbound earns trust: a mission that assembles a sequence runs the preflight structurally - it cannot skip the verification stage the way a hurried human can - and parks the send for approval with the preflight results attached.
If reputation is already damaged
The honest recovery protocol, for teams reading this too late: stop all outbound from the damaged domain immediately; fix authentication and purge the list to verified-deliverable only; resume at a fraction of prior volume, sending your best-engaging content to your warmest segments; and rebuild over eight to twelve weeks of clean metrics before approaching prior volumes. If placement does not recover on that protocol, the domain is likely on persistent blocklists and the pragmatic path is a fresh sending domain with a disciplined ramp - carrying the lesson, not the list, forward.
Frequently asked questions
What do SPF, DKIM and DMARC actually do?
SPF authorizes which servers may send for your domain, DKIM cryptographically signs messages, and DMARC instructs receivers how to treat failures while reporting who sends as you. All three passing is now effectively mandatory for outbound volume.
What bounce and complaint rates are safe?
Keep spam complaints well under the ~0.3% threshold providers publish, and hard bounces in low single digits - sustained breaches of either quietly reroute your mail to spam. Verification before sending is how bounce rates stay low.
Should we send to accept-all (risky) addresses?
As a separate, throttled decision - never batched with deliverable sends. Accept-all domains hide nonexistent mailboxes, and their bounces land on your reputation. Skipping them entirely is a defensible default.
How long does email verification stay valid?
Weeks, not forever: people change jobs constantly. Verify at list-build time and re-verify anything older than about a quarter before reuse.
How do you recover a burned sending domain?
Stop sending, fix authentication, purge to verified-only, then resume at a fraction of prior volume to your warmest segments and rebuild over 8-12 weeks of clean metrics. If placement never recovers, start a fresh sending domain with a real ramp.
Sources
- Google - Email sender guidelines (the bulk-sender requirements)
- DMARC.org - specification and implementation guidance
- M3AAWG - sender best practices from the messaging anti-abuse working group
Every playbook on this blog ships as a runnable mission.
Open a workspace and the playbook library is waiting - describe the outcome and the agents carry it end to end, on your plan's monthly credits.