Cold Email

SPF, DKIM & DMARC

The three DNS records that decide whether a cold email lands in the inbox or the spam folder.

Definition

Three DNS records that prove a cold email actually came from your domain and wasn't altered in transit, and tell inboxes what to do if that check fails.

Without them, a receiving mail server has no way to confirm a message is genuine, so it defaults to suspicion, which is why cold email without proper authentication so often lands in spam regardless of how good the copy is. Together, SPF checks sending IP authorization, DKIM verifies cryptographic signatures to prevent tampering in transit, and DMARC enforces domain alignment while telling mailbox providers whether to quarantine or reject unauthenticated messages. For example, Google and Yahoo require senders to maintain valid SPF, DKIM, and DMARC records to prevent bulk spoofing. Setting up secondary domains with fully aligned DNS records ensures outbound deliverability remains above 95% without putting your primary corporate domain at risk. Regularly auditing these records prevents misconfigurations caused by DNS propagation errors, server migrations, or third-party email routing tools, ensuring continuous delivery across all active sequences.

Frequently asked questions

Why do Google and Yahoo require DMARC for senders?

Google and Yahoo enforce DMARC to combat phishing and spoofed sender identities. Enforcing DMARC ensures that only authorized mail servers can send messages claiming to come from your domain, immediately protecting your recipient pool and sender reputation.

Can cold emails land in spam even if SPF and DKIM pass?

Yes. While SPF and DKIM verify sender identity, inbox algorithms also evaluate content spam triggers, sudden spikes in sending volume, recipient engagement rates, and bounce rates. Authentication is necessary for inbox placement, but not solely sufficient on its own.

What DMARC policy should a new sending domain start with?

A new sending domain should begin with p=none to monitor aggregate reports (RUA) and confirm legitimate sending services are passing authentication. Once all mail streams pass SPF and DKIM alignment, the policy can be tightened to p=quarantine or p=reject.