Cold Email Domain Setup: DNS, Inboxes, and Safety
Use this cold email domain setup checklist to configure DNS, inboxes, tracking, and email verification before scaling outbound campaigns.

Cold email domain setup is the work you do before outbound sending: domains, DNS authentication, inboxes, tracking, verification, and monitoring. Get it wrong and you burn trust before your first sequence has enough data to learn from.
A clean setup will not save a bad list or weak message. It gives good outreach a fair chance to reach the inbox.
Why Cold Email Domain Setup Matters
Cold email domain setup matters because mailbox providers judge your mail by identity, history, authentication, engagement, and recipient complaints.
If your setup is sloppy, you create avoidable risk:
- Hard bounces tell providers you send to poor-quality addresses.
- Missing authentication makes your mail look easier to spoof.
- Generic tracking links can associate you with lower-trust senders.
- Sudden volume spikes from new inboxes look unnatural.
- Spam complaints damage sender reputation across future campaigns.
Outbound email deliverability is not one setting. It is the combined result of your infrastructure, your list quality, your message, and recipient behavior.
Primary domains, secondary domains, and sending subdomains
You should understand the identity you are putting at risk.
| Option | Example | Best use | Main risk |
|---|---|---|---|
| Primary domain | company.com | Core business email, invoices, support, customer communication | Cold outreach problems can affect critical mail |
| Secondary domain | companyhq.com or getcompany.com | Dedicated outbound programs | Lower brand familiarity if chosen poorly |
| Sending subdomain | mail.company.com or outreach.company.com | Separating mail streams while staying under the main brand | Reputation can still relate back to the parent domain |
For many outbound teams, a separate domain or a carefully controlled subdomain is safer than sending cold email directly from the primary domain.
That does not mean you can hide bad behavior. Mailbox providers connect signals. Recipients also recognize your brand. If your message looks spammy, a new domain will not fix it.
Setup reduces risk. It does not make scraped, stale, or irrelevant lists safe to send.
Choose the Right Domain and Inbox Structure
Use a domain and inbox structure that protects your core mail while still looking legitimate to recipients.
Separate domain vs. subdomain
Use a separate domain when cold email is a meaningful outbound channel and you want a cleaner separation from customer-facing mail.
Use a subdomain when you want clearer brand continuity and you have strong controls over volume, list quality, and messaging.
A separate domain often makes sense for:
- Sales development teams.
- Agencies running outbound for multiple offers.
- New outbound motions where you need to test copy and audiences.
- Programs where the primary domain sends critical transactional or customer mail.
A subdomain can work when:
- Your sending volume is modest.
- Your brand is well-known and trust matters more than isolation.
- You can monitor authentication and reputation closely.
- You do not want prospects to see an unfamiliar domain.
Avoid domains that look deceptive. Do not buy cornpany.com to imitate company.com. Do not use excessive hyphens or odd TLDs if your buyers expect a normal business domain.
Good examples:
getcompany.comtrycompany.comcompanymail.comoutreach.company.com
Weak examples:
company-deals-now.netcompany123.bizcornpany.commail-company-offers.info
How many inboxes per domain
Keep inbox count modest. More inboxes do not automatically mean safer sending. They often create more operational risk.
A practical starting point:
- 1 to 3 inboxes per new outbound domain.
- One real person per inbox when possible.
- Separate inboxes by rep, region, or segment.
- Avoid spinning up many new inboxes on the same day.
Each inbox needs a profile that looks real:
- A human sender name.
- A valid signature.
- A working reply path.
- Calendar or website links that match the sender and company.
- Normal internal and external mail activity before cold volume increases.
This is the core of cold email inbox setup. You are not just creating mailboxes. You are creating sender identities that providers and recipients can trust.
Brand-new domains need patience
New domains have little or no sending history. Treat them as untrusted until they prove otherwise.
For a new domain:
- Let it age before meaningful outbound volume.
- Configure DNS immediately.
- Send normal business mail first.
- Start cold sending at low volume.
- Increase only when bounces stay low and replies are healthy.
Do not launch a new domain, create ten inboxes, import 20,000 prospects, and start sequencing. That pattern creates the exact signals you want to avoid.
Configure SPF, DKIM, and DMARC Correctly
SPF, DKIM, and DMARC tell mailbox providers that your mail is authorized and that the visible sender identity matches the technical sender identity.
This is the foundation of SPF DKIM DMARC cold email setup.
SPF in plain language
SPF lists which mail servers can send for your domain.
If you send through Google Workspace, Microsoft 365, or a sequencer, your SPF record must include the services that send mail on your behalf.
Common SPF mistakes:
- Publishing more than one SPF TXT record.
- Forgetting to include your email platform.
- Using too many nested includes.
- Keeping old vendors in SPF after you stop using them.
- Adding broad IP ranges you do not control.
You should have one SPF record per sending domain. It usually starts with v=spf1 and ends with a policy such as ~all or -all.
DKIM in plain language
DKIM adds a cryptographic signature to your email. The receiving provider checks DNS to confirm that the message was not altered and that the signing domain is authorized.
DKIM is especially important because forwarded mail can break SPF. DKIM often survives forwarding.
Common DKIM mistakes:
- Not enabling DKIM in the mailbox provider.
- Adding the DNS record to the wrong domain.
- Copying only part of the TXT value.
- Rotating vendors without updating selectors.
- Assuming DKIM is active before the provider confirms it.
After setup, send test messages and inspect the headers. You want DKIM to pass for the domain you expect.
DMARC in plain language
DMARC tells receivers what to do when SPF or DKIM fails alignment. It also gives you reporting so you can see who is sending as your domain.
A basic DMARC record may start in monitor mode:
v=DMARC1; p=none; rua=mailto:dmarc-reports@company.com
Start with monitoring if you are unsure. Then tighten over time:
p=none— collect reports and find legitimate senders.p=quarantine— ask receivers to place failing mail in spam.p=reject— ask receivers to reject failing mail.
Do not jump to strict enforcement until you know all legitimate senders authenticate correctly.
Alignment matters
DMARC cares about alignment. That means the domain in the visible From address should align with the domain authenticated by SPF or DKIM.
For cold email, keep these aligned where possible:
- Visible From domain.
- DKIM signing domain.
- Return-path or bounce domain.
- Tracking domain, if used.
Perfect alignment is not always possible with every tool. But avoid setups where your prospect sees one domain while the technical headers point to a pile of unrelated vendor domains.
Set Up Tracking Without Creating Red Flags
Tracking should support measurement without making your email look less trustworthy.
Cold email tracking domain setup often gets ignored until deliverability drops. Fix it before launch.
Use branded tracking domains
Many sequencers track opens and clicks through redirect links. If you use the vendor’s shared tracking domain, your links may share reputation with other senders.
A branded tracking domain is better:
links.company.comgo.company.comclick.getcompany.com
It keeps the link identity closer to your brand. It also avoids exposing generic vendor domains in the visible link path.
Make sure the tracking domain has:
- Correct DNS records.
- Valid HTTPS.
- No certificate warnings.
- Fast redirects.
- A final landing page that matches the email promise.
If your email says “case study” but the redirect chain lands on an unrelated booking page, recipients lose trust. Mailbox providers may also evaluate link consistency and destination reputation.
Do not over-track first touches
Open tracking uses a tiny tracking pixel. Some providers block pixels. Some privacy systems prefetch them. Open data is noisy.
For first-touch cold email, consider:
- Disabling open tracking.
- Tracking only important clicks.
- Using fewer links.
- Avoiding link shorteners.
- Avoiding image-heavy signatures.
A plain, relevant email with one clear destination often performs better than a heavily tracked message with several links and images.
Tracking creates useful campaign data. It also adds redirects, pixels, and domains to the message. Use it deliberately.
Verify Prospect Emails Before Sending
Verify prospect emails before sending because cold lists decay quickly and bad addresses create hard bounces.
People change jobs. Companies shut down mailboxes. Domains expire. Catch-all policies change. A list that looked clean months ago can produce risky results today.
Cold email verification should happen before prospects enter your sequencer, not after the first bounce report.
What to check
A proper verification process should flag:
- Hard-bounce risks — addresses that are invalid or undeliverable.
- Disposable emails — burner addresses and throwaway domains.
- Role accounts —
info@,sales@,admin@,support@. - Free-provider addresses — useful in some markets, risky in many B2B lists.
- Catch-all domains — domains that accept any address, making mailbox certainty harder.
- Typos —
gmial.com,hotmial.com, or misspelled company domains. - Unknown results — cases where the mailbox cannot be confidently verified.
A result object might look like this:
{
"email": "jane@example.com",
"verdict": "risky",
"risk_score": 68,
"checks": {
"syntax": "pass",
"mx": "pass",
"smtp": "inconclusive",
"catch_all": true,
"disposable": false,
"role": false
},
"suggestion": null
}
Use the verdict to decide what enters your campaigns.
Rules for risky and unknown emails
Do not treat every non-valid result the same.
A simple policy:
| Verification result | Recommended action |
|---|---|
| Deliverable | Safe to import, assuming the prospect is relevant |
| Risky | Suppress or send only in low-volume tests with strong relevance |
| Undeliverable | Do not send |
| Unknown | Hold back, re-check later, or use a different contact source |
| Disposable | Suppress |
| Role account | Use carefully; better for support or partnerships than personal outreach |
| Catch-all | Segment separately and cap volume |
If you need real-time checks, use verification at the point of capture or before list import. Bounceable can flag deliverability verdicts, disposable domains, role accounts, catch-all domains, and typo suggestions before you send.
Keep your cold email bounce rate comfortably below 2%. If you cross that line, pause and clean the source before scaling.
Warm Up and Scale Sending Conservatively
Warm up and scale by proving good engagement at low volume before you add more sends.
There is no universal safe number that works for every provider, domain, offer, and audience. A new inbox on a new domain should send far less than an established inbox with strong reply history.
Start low
For new cold email infrastructure:
- Send small batches first.
- Spread sends through the workday.
- Avoid blasting every inbox at the same time.
- Prioritize your highest-quality prospects first.
- Increase only when bounce rate, complaints, and replies look healthy.
Do not use warmup as permission to send irrelevant campaigns. Artificial warmup activity cannot overcome poor targeting and spam complaints.
Watch the right signals
Track more than opens.
Monitor:
- Hard bounce rate.
- Soft bounce patterns.
- Positive reply rate.
- Negative reply rate.
- Spam complaints where visible.
- Unsubscribes or opt-outs.
- Inbox placement tests.
- Domain and IP reputation indicators.
- Provider-specific issues, especially Gmail vs. Microsoft.
Provider-specific issues matter. You may reach Microsoft inboxes while Gmail places you in spam, or the reverse. Segment your reporting by recipient provider so you can see where the problem starts.
Avoid sudden spikes
Mailbox providers notice changes in behavior.
Avoid:
- Going from 20 sends per day to 500 overnight.
- Adding many new inboxes at once.
- Uploading a new unverified source mid-campaign.
- Sending the same template across every inbox.
- Reusing domains after a complaint-heavy campaign without diagnosis.
Scale with evidence. If your replies improve and bounces stay low, increase gradually. If complaints rise or engagement drops, reduce volume and fix the inputs.
Cold Email Domain Setup Checklist
Use this cold email domain setup checklist before you launch, then repeat parts of it every week.
Launch readiness checklist
| Area | Pass criteria | Fail criteria |
|---|---|---|
| Domain choice | Domain or subdomain is brand-safe, readable, and not deceptive | Lookalike domain, odd TLD, or misleading name |
| Domain age | Domain has some normal history before cold volume | Brand-new domain used for immediate scale |
| Inboxes | 1–3 initial inboxes with real sender identities | Many inboxes created at once with thin profiles |
| SPF | One valid SPF record includes all sending platforms | Multiple SPF records or missing sender includes |
| DKIM | DKIM passes for the expected sending domain | DKIM missing, broken, or signing unexpected domain |
| DMARC | DMARC exists and reports are monitored | No DMARC record or no one reviews reports |
| Alignment | From, DKIM, return-path, and tracking domains are reasonably aligned | Visible sender and technical sender look unrelated |
| Tracking | Branded tracking domain uses HTTPS and clean redirects | Shared vendor links, broken SSL, or long redirect chains |
| Links | Few links, consistent landing pages, no shorteners | Many tracked links and mismatched destinations |
| Verification | List is verified before import | Verification happens only after bounces |
| Risk rules | Risky, unknown, catch-all, role, and disposable rules are defined | Every address enters the same sequence |
| Sending plan | Low starting volume with gradual increases | Immediate high-volume sending |
| Monitoring | Bounces, replies, complaints, and provider patterns reviewed | Team only watches opens and booked meetings |
Maintenance cadence
Cold email setup is not a one-time project. DNS can drift. Lists decay. Vendors change. Reputation changes as recipients react.
Use this cadence:
Before every new campaign
- Verify the prospect list.
- Remove undeliverable and disposable addresses.
- Segment catch-all and unknown results.
- Confirm the sending domain and inbox match the campaign.
- Review links and tracking domains.
Weekly
- Check bounce rate by inbox and provider.
- Review negative replies and complaints.
- Look for sudden drops in reply rate.
- Pause inboxes with abnormal bounce patterns.
- Re-check small samples from each data source.
Monthly
- Review SPF includes and remove old vendors.
- Confirm DKIM still passes.
- Review DMARC reports for unauthorized senders.
- Audit tracking redirects and HTTPS.
- Compare performance by domain, inbox, and list source.
Quarterly
- Reassess whether each outbound domain is still healthy.
- Retire domains with persistent reputation problems.
- Review naming conventions and sender identities.
- Update suppression rules.
- Re-verify older prospect pools before reuse.
Final pre-send rules
Before you upload or sequence a prospect list, make these decisions:
- What bounce rate will trigger a pause?
- Which verification verdicts are allowed into campaigns?
- How will you handle catch-all domains?
- Who reviews DMARC and authentication failures?
- Who owns inbox-level reputation monitoring?
- How fast can each inbox scale if metrics stay healthy?
- What happens when one provider shows spam placement?
Good cold email infrastructure gives you control. It helps you separate domain problems from list problems, and list problems from message problems.
Run verification before the sequencer, not after the damage. Bounceable is a good fit when you need a real-time deliverability verdict, disposable detection, catch-all risk, role-account flags, and typo suggestions before you send.


