SubsiMail
Why self-host Pricing Docs Support FAQ Log in Get a license
Log in Get a license

← Back to Support

DKIM record still shows "not verified" after 24 hours

#3 Resolved
Jason J. 44 days ago

I added the DKIM TXT record SubsiMail gave me yesterday through my GoDaddy DNS panel and it's still showing as “not verified” in the domain settings. I thought DNS propagation was supposed to be quick?

The record I added:

Host: default._domainkey.mycompany.com
Type: TXT
Value: v=DKIM1; k=rsa; p=MIGfMA0...

Any idea what's going on? Do I need to wait longer or did I mess something up?

Betty Nguyen Staff 43 days ago

DNS propagation is usually the culprit, but 24 hours is long enough that I'd bet on something else — almost always it's how the host field got entered. GoDaddy's DNS panel automatically appends your domain to whatever you type in the “Host” field, so if you literally typed default._domainkey.mycompany.com, GoDaddy likely saved it as:

default._domainkey.mycompany.com.mycompany.com

which won't match what we look up. For GoDaddy specifically, you only want to enter default._domainkey in the Host field (no domain at the end) — GoDaddy appends .mycompany.com for you automatically.

You can check what's actually published by running this from a terminal:

dig TXT default._domainkey.mycompany.com

If that comes back empty or shows a double domain, that confirms it. Can you check your GoDaddy record and let me know what you see?

Jason J. 43 days ago

Oh, that's exactly it — the host field shows default._domainkey.mycompany.com.mycompany.com in GoDaddy. I'll fix the host field to just default._domainkey and let it propagate. Should I also be worried about SPF or is DKIM enough on its own?

Betty Nguyen Staff 42 days ago

Glad that was it! Just re-ran the check and dig TXT default._domainkey.mycompany.com now returns your key correctly, and your domain shows as verified on our end too.

On SPF: yes, you want both. DKIM proves the message wasn't tampered with in transit, but SPF tells receiving mail servers which IPs/domains are allowed to send mail as you — without it, spoofed mail claiming to be from your domain is harder for inboxes to reject, which drags down your own deliverability. If you don't already have an SPF record, add a TXT record on the root of your domain (host @) with:

v=spf1 include:_spf.subsimail.com ~all

(or merge include:_spf.subsimail.com into an existing SPF record if you already send mail from this domain elsewhere — you can only have one SPF record per domain). Once SPF and DKIM both pass, setting up DMARC is the natural next step for the best inbox placement, but that's optional to start.

Subi P Staff 5 hours ago

ikllklkl

This ticket has been resolved. Its author or SubsiMail staff can reopen it to reply further.

Other tickets

Resolved Getting 'relay access denied' from my SMTP provider
Paul W. 1 reply
Resolved Exporting all my data before canceling
Jennifer W. 1 reply
Resolved Lost access to the email tied to my license, how do I recover it?
Jennifer W. 3 replies
Resolved How do I set up DMARC after SPF and DKIM are passing?
Benjamin H. 3 replies
Resolved Audit log — can I see who changed campaign settings?
Nicholas E. 3 replies

SubsiMail

The self-hosted alternative to Mailshake.

Documentation Setup guides Support Pricing Terms of Service Privacy Policy Sitemap

© 2026 SubsiMail.

We use Google Analytics to understand traffic to this site. It only runs if you accept -- see our Privacy Policy.