Back to Tools

DKIM Record Checker

Verify your domain's DKIM configuration for email authentication. Check the public key, selector, and key strength to ensure your emails are properly signed.

About this tool

Every email you send can be forged unless you cryptographically prove it's yours. DKIM (DomainKeys Identified Mail) attaches a digital signature to your outgoing messages so receiving servers can verify two things: the email actually came from your domain, and nobody tampered with it in transit. Without DKIM, you're relying on SPF alone, which only checks the sending server's IP — not the message itself.

How DKIM signing works

When your mail server sends an email, it generates a hash of certain headers and the body, then encrypts that hash with your private key. This encrypted hash goes into the DKIM-Signature header. The receiving server looks up your public key via DNS (using the selector and domain from the signature), decrypts the hash, and compares it to its own hash of the message. If they match, DKIM passes.

Your DKIM DNS record lives at selector._domainkey.yourdomain.com — it's a TXT record containing your public key, the key type (usually RSA), and the version (v=DKIM1). The selector lets you have multiple DKIM keys for different services on the same domain.

Why DKIM matters more than you think

Gmail, Yahoo, and Microsoft all weigh DKIM results heavily in their spam filtering. Since February 2024, Google requires DKIM authentication for anyone sending more than 5,000 emails per day to Gmail addresses. But even below that threshold, DKIM failures push your emails toward the spam folder. It's also the only authentication method that survives forwarding — SPF breaks when emails are forwarded because the sending IP changes, but the DKIM signature stays intact.

Common DKIM mistakes

The most frequent issue is publishing a DKIM record with the wrong selector. Each email service uses its own selector — Google Workspace uses "google", Microsoft 365 uses "selector1" and "selector2", SendGrid uses "s1" and "s2". If you put your key under the wrong selector name, every lookup fails silently. Another common mistake: using 512-bit keys. These were deprecated years ago and many receivers reject them outright. Always use 2048-bit keys.

Watch out for line breaks in your DNS record too. Some registrars split long TXT records into multiple strings, and if they do it wrong, the public key becomes invalid. Use our DNS propagation checker to verify your record is published correctly across global nameservers.

DKIM in the bigger authentication picture

DKIM is one leg of a three-part authentication system. SPF verifies the sending IP, DKIM verifies the message integrity, and DMARC ties them together with a policy that tells receivers what to do when checks fail. You need all three. If you're troubleshooting a DKIM failure, grab the raw email headers and run them through our email header analyzer — it'll show you exactly which step failed and why. You can also generate a properly formatted record with our DKIM generator.

Frequently Asked Questions

What is DKIM and why do I need it?

DKIM (DomainKeys Identified Mail) is an email authentication method that attaches a cryptographic signature to every message you send. Receiving mail servers use your public key (published in DNS) to verify the signature, confirming the email is genuinely from your domain and hasn't been altered. Without DKIM, forged emails using your domain are nearly impossible for receivers to detect.

What is a DKIM selector and how do I find mine?

A selector is a label that identifies which DKIM key to look up in DNS. You'll have different selectors for different services — Google Workspace uses 'google', Microsoft 365 uses 'selector1' and 'selector2', Mailchimp uses 'k1', and SendGrid uses 's1' and 's2'. Check your ESP's DKIM setup page, or send yourself a test email and look at the DKIM-Signature header for the 's=' value.

What key length should I use for DKIM?

Use 2048-bit keys. While 1024-bit keys still work with most receivers, they're considered weak and some security-conscious organizations reject them. Keys shorter than 1024 bits (like 512-bit) are completely deprecated — receivers will fail them outright. The only reason to use 1024-bit is if your DNS provider has a 255-character TXT record limit, which is rare these days.

Can I have multiple DKIM records for one domain?

Yes, and you almost certainly will. Each email service you use needs its own DKIM key with a unique selector. So if you send through Google Workspace and SendGrid, you'll have two DKIM records under different selectors (e.g., google._domainkey and s1._domainkey). There's no practical limit to how many selectors you can have.

Why is my DKIM failing even though I set it up?

The most common causes are: the selector name doesn't match what your ESP expects, the TXT record was truncated or has extra whitespace from copy-pasting, DNS hasn't fully propagated yet (check with a DNS propagation tool), or your ESP's signing domain doesn't match your From domain. Send a test email and check the DKIM-Signature header to see exactly which selector and domain are being used.

Does DKIM survive email forwarding?

Usually yes, which is a big advantage over SPF. When an email is forwarded, the sending IP changes (breaking SPF), but the DKIM signature in the headers stays intact — as long as the forwarding server doesn't modify the signed headers or body. Some mailing lists do modify messages (adding footers, for example), which breaks DKIM. This is where ARC (Authenticated Received Chain) comes in.

How often should I rotate DKIM keys?

Best practice is to rotate keys every 6-12 months. Publish the new key under a new selector, update your ESP to sign with the new key, and keep the old key published for a week or two so in-transit emails can still be verified. Most ESPs handle rotation automatically, but if you manage your own mail server, set a calendar reminder.

What's the difference between DKIM and SPF?

SPF checks whether the sending server's IP address is authorized to send for your domain — it's about who sent it. DKIM checks whether the message content is authentic and unmodified — it's about what was sent. SPF breaks on forwarding; DKIM usually survives it. You need both, plus a DMARC policy to tell receivers how to handle failures.

Compare email marketing software

Hands-on roundups to help you pick the right platform.