Unlike SPF and DMARC, DKIM has no fixed location in DNS. The key lives at
<selector>._domainkey.yourdomain.com, and the selector is an arbitrary string
your mail provider chose. A checker cannot find your key unless it guesses that string.
So “selector not found” usually means the checker guessed wrong — not that DKIM is broken. MailGate probes 22 common selectors in parallel, which catches most real-world setups.
| Provider | Selector(s) |
|---|---|
| Google Workspace | google |
| Microsoft 365 | selector1, selector2 |
| Amazon SES | three random tokens (CNAMEs) |
| SendGrid | s1, s2 |
| Mailchimp | k1 |
| Postmark | pm, 20230101 |
| Zoho | zoho, zmail |
| HubSpot | hs1, hs2 |
| Mailgun | mx, smtp, krs |
Send yourself a message, then open the raw source (Gmail: Show original; Outlook: View message source). Find the header:
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=example.com; s=google; t=1699999999;
s= is your selector. d= is the signing domain. Now query it:
dig TXT google._domainkey.example.com +short
A record starting v=DKIM1; k=rsa; p=MIIBIjAN... means DKIM is published correctly.
p= tag — v=DKIM1; p= is a revoked key.
Every signature against it fails. Re-publish the real key.d= is your vendor rather than
you, DKIM passes but does not align, so DMARC still fails. Set up custom DKIM signing.MailGate — free SPF, DKIM & DMARC checker. Check any domain →