Skip to content

Deliverability

Sending infrastructure

Deliverability

Warmup, send windows, volume ramp, and why open and click tracking is off by default.

/docs/deliverability16 / 20

Deliverability is not a growth lever. It is a floor: below it nothing else in this system matters, because a perfectly qualified account that never sees the message is identical to an account you never found.

Most of the defaults on this page are conservative on purpose, and one of them — tracking — is the one people most want to change and should not.

Why tracking is off by default#

Open and click tracking is off, for every campaign, on every workspace. This is not a setting we forgot to turn on. It is off because turning it on costs replies, and the size of the cost is known.

ResearchREF-001

Cold emails sent without open or click tracking replied at 7.4%. The same corpus with tracking enabled replied at 4.4%.

Drawn from an analysis of roughly 31 million cold emails. Tracking pixels and rewritten links are themselves spam signals, and the deliverability cost outweighs the value of the data they collect.

StrongConfidence90%
Reply rateCold email, ~31M sends
Tracking off7.4%
Tracking on4.4%

Bars are scaled against a 10% ceiling. Removing tracking is associated with roughly two-thirds more replies on the same corpus.

Three mechanisms explain it, and all three are things a filter can see.

  • The pixel is a remote image in a text-only message. A one-by-one transparent image loaded from a third-party host, in an email that otherwise contains no images, is a pattern filters were built to notice.
  • Link rewriting breaks the visible-destination rule. A link whose text says one domain and whose href points at a tracking host is exactly the shape of a phishing message.
  • Tracking domains carry other people’s reputation. A shared tracking host has been used by everyone else on the platform, and you inherit whatever they did with it.

This is also why opens are not a signal. A number you cannot cite, derived from a mechanism that costs you replies, is not evidence of anything.

Warmup#

A new mailbox has no sending history, and a mailbox with no history that begins sending fifty messages a day looks exactly like a compromised account. Warmup builds the history first.

Duration
14–21 days, extended if engagement is poor
Traffic
genuine conversational exchanges, not one-word replies
Volume
starts in single digits, increases daily
Campaign traffic
blocked until warmup completes
Runs alongside
yes — warmup continues at a lower rate during normal sending

Warmup cannot be skipped, and the ramp cannot be shortened. It can be extended, and it extends itself automatically if the mailbox is landing in spam folders during the period.

Send windows#

Messages go out in the recipient’s working hours, in the recipient’s timezone. Not yours, and not the browser’s — see send windows for how the timezone is resolved.

RuleDefaultWhy
Hours08:00–17:00 recipient-localMail arriving at 03:00 reads as automated before it is read at all
DaysMonday–FridayWeekend cold mail is deleted at a higher rate and complained about at a higher rate
HolidaysExcluded by regionA message arriving on a public holiday is buried by the backlog on the next working day
CadenceJittered, minimum 90s gapA fixed interval is the clearest possible machine signature
BurstNoneVolume is spread across the window rather than issued at the top of the hour

Volume ramp#

After warmup a mailbox does not jump to its cap. It ramps, and the ramp is not editable.

PeriodNew messages per dayNote
Warmup, days 1–140 campaign messagesWarmup traffic only
Week 3up to 10First campaign traffic
Week 4up to 20Held here if bounce rate is above 2%
Week 5up to 35
Week 6 onwardup to the configured cap, default 50The cap is per mailbox, not per campaign
Ramp is per mailbox. Adding a mailbox adds capacity; raising a cap does not.

The correct way to increase volume is more mailboxes on more domains, each ramped properly. There is no configuration that produces more capacity faster, because the constraint is reputation and reputation only accumulates in real time.

Authentication#

SPF, DKIM and DMARC are checked before warmup begins and re-checked daily. Setup instructions with record examples are on connecting a mailbox.

Two additional things are worth doing once, on the domain, even though nothing in the console requires them:

  • Use a separate outbound domain. A close variant of your primary. If outbound reputation goes wrong, it goes wrong somewhere that does not carry your invoices and your password resets.
  • Age the domain before you use it. Register it, point it at a real page, and leave it for a few weeks. Domains registered days before their first campaign are treated with suspicion by every filter in the chain.
A daily health check you can run yourself
# Confirm one SPF record, and that it still includes your provider
dig +short TXT yourdomain.com | grep spf1

# Confirm DMARC is published and read the aggregate reports it sends you
dig +short TXT _dmarc.yourdomain.com

# Confirm the sending IP has a PTR record, if you self-host
dig +short -x 203.0.113.24

List hygiene#

Bounces are the fastest way to damage a domain, and they are almost entirely preventable.

PracticeEffect
Verify addresses before the first sendRemoves the majority of hard bounces before they exist
Never send to catch-all domains without verificationCatch-alls accept everything and then bounce later, or complain
Never send to role addressesinfo@, sales@ and support@ complain at high rates and reach nobody who decides anything
Cap per recipient domainThree messages per company per day, so one company never receives a burst
Honour suppression permanentlySuppression survives re-qualification, campaign deletion and list changes

The campaign-level bounce threshold is 3% over a rolling window, and crossing it halts the campaign and requires a human to restart it. See bounces and suppression.

Content patterns that cost you#

Message generation already avoids these. They matter if you are editing drafts, which you should be.

PatternProblemInstead
Images in a first messageA cold message with images is structurally unlike a person-to-person emailPlain text
AttachmentsAttachments from unknown senders are filtered aggressivelyDescribe it; send it when they ask
Multiple linksLink density is a strong filter featureOne link at most, and preferably none in the first message
Unsubscribe language in a one-to-one messageBulk-mail markers in a message claiming to be personalA plain sentence offering to stop, in your own words
HTML signatures with tracking or social iconsRemote images and third-party hosts againA three-line plain-text signature
Long messagesLength correlates with being ignored, not with being persuasiveUnder 120 words in the first message

What the system will not do#

Some of these are standard features elsewhere. They are absent here deliberately, and they are not configurable.

  • No open or click tracking by default — for the reason at the top of this page.
  • No tracking pixels on any message, ever. Even where click tracking is enabled for a campaign, no image beacon is inserted.
  • No sending from a shared IP pool. Your mailbox, your domain, your reputation.
  • No warmup pools or reciprocal mail networks.
  • No sending outside the send window, including to clear a backlog.
  • No unsubscribe stripping. Where an unsubscribe mechanism is legally required for a recipient’s jurisdiction, it is included and cannot be removed.
  • No sending to an address that has ever opted out, from any campaign, in this workspace.

Next: the API, if you want the decisions somewhere other than the console. The setting referenced throughout this page lives in Settings → Sending identity.