Hello Martin,
Your post got me curious and I've checked our delivery log aswell:
It's flooded with the same error :(
[2022.04.09] 00:00:17.353 [59454870] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454860] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454850] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454840] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454872] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454862] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
[2022.04.09] 00:00:17.353 [59454852] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
Looking deeper at one of the occurence, I can see it happen when our customers are sending mails.
[2022.04.09] 00:00:17.353 [59454852] Sending remote mail from somelocal@mailbox.ch
[2022.04.09] 00:00:17.353 [59454852] Exception getting DKIM signature System.NullReferenceException: Object reference not set to an instance of an object.
Sending a mail to
check-auth@verifier.port25.com from one of the affected domain shows the messages aren't signed with DKIM anymore and that would explain the different support case from our customers about delivery issues.
==========================================================
Summary of Results
==========================================================
SPF check: pass
"iprev" check: pass
DKIM check: none
I've checked the DKIM configuration of one of the customer domain triggering the error and it's same as you:
Many domains are affected but not all domains, for example this one seems ok:
Now... Checking settings.json for a bogus domain, shows that the keys are gone from the files
as opposed to a DKIM working domain
What the ... How are we recovering from this situation ?
- Generating new keys ?
We don't have the rights on every domain name to apply changes at DNS level so they match
- Recover the keys from archived settings.json ?
We would need to check all domains (5000+) to evaluate which are affected then restore only the dkim keys part and re-inject them into the live settings.json. This is gonna be a huge work.
Great, my weekend is now trashed...