You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've seen this in logs key retrieval failed (s=20161025, d=gmail.com): '20161025._domainkey.gmail.com' query timed out
Searched the issues and found #1204 which has been fixed by #1205, checked nameserver in /etc/resolv.conf which is 127.0.0.11 and fine, installed dnsutils in container and executed this command:
This shows me that dns is ok and google is OK too:)
Why can't OpenDKIM retrieve key yet?
What is affected by this bug?
Check DKIM on receiving mails.
When does this occur?
Sometimes. I have both this in my logs showing sometimes it fails:
Fail:
mail | May 18 07:16:46 mail opendkim[214]: 509E1380DC00: mail-pj1-f46.google.com [209.85.216.46] not internal
mail | May 18 07:16:46 mail opendkim[214]: 509E1380DC00: not authenticated
mail | May 18 07:16:51 mail opendkim[214]: 509E1380DC00: key retrieval failed (s=20161025, d=gmail.com): '20161025._domainkey.gmail.com' query timed out
Success:
mail | May 18 08:36:51 mail opendkim[214]: 53C3A380DC00: [172.21.0.1] [172.21.0.1] not internal
mail | May 18 08:36:51 mail opendkim[214]: 53C3A380DC00: not authenticated
mail | May 18 08:36:55 mail opendkim[214]: 53C3A380DC00: DKIM verification successful
mail | May 18 08:36:55 mail opendkim[214]: 53C3A380DC00: s=20161025 d=gmail.com SSL
Also:
Fail:
mail | May 18 08:47:14 mail opendkim[214]: AF47A380DC05: o2.email.medium.com [167.89.47.62] not internal
mail | May 18 08:47:14 mail opendkim[214]: AF47A380DC05: not authenticated
mail | May 18 08:47:19 mail opendkim[214]: AF47A380DC05: key retrieval failed (s=m1, d=medium.com): 'm1._domainkey.medium.com' query timed out
Success:
mail | May 18 08:40:37 mail opendkim[214]: 55CDD380DC00: o10.email.medium.com [149.72.133.59] not internal
mail | May 18 08:40:37 mail opendkim[214]: 55CDD380DC00: not authenticated
mail | May 18 08:40:41 mail opendkim[214]: 55CDD380DC00: DKIM verification successful
mail | May 18 08:40:41 mail opendkim[214]: 55CDD380DC00: s=m1 d=medium.com SSL
Your Environment
Amount of RAM available: 2GB
Mailserver version used: v7.0.0 until this commit f19fb9a
Docker version used: Docker version 19.03.8, build afacb8b
Environment settings relevant to the config: Please tell me if there is something specific required to check this issue
It's a vm installed on a Proxmox hypervisor in hetzner datacenters and I'm using hetzner DNSs which they have not been with any issue since a long time I'm using, also I've checked https://www.hetzner-status.de/en.html and there isn't any problem related to this DNS servers.
The text was updated successfully, but these errors were encountered:
A complement information (not related to DKIM), it's advised to use local dns such as unbound for caching DNS queries and not be limited by some rate limit (zenhaust, etc) which could happen when you use shared dns.
That was the issue, after changing my dns servers to 1.1.1.1 / 1.0.0.1 in docker-compose, I tried 5 times emailing from gmail and each time dkim is valid.
As I haven't seen any other problem with hetzner dns servers I will change docker-compose dns only, thanks again.
Context
I've seen this in logs
key retrieval failed (s=20161025, d=gmail.com): '20161025._domainkey.gmail.com' query timed out
Searched the issues and found #1204 which has been fixed by #1205, checked
nameserver
in/etc/resolv.conf
which is127.0.0.11
and fine, installed dnsutils in container and executed this command:This shows me that dns is ok and google is OK too:)
Why can't OpenDKIM retrieve key yet?
What is affected by this bug?
Check DKIM on receiving mails.
When does this occur?
Sometimes. I have both this in my logs showing sometimes it fails:
Fail:
Success:
Also:
Fail:
Success:
Your Environment
It's a vm installed on a Proxmox hypervisor in hetzner datacenters and I'm using hetzner DNSs which they have not been with any issue since a long time I'm using, also I've checked https://www.hetzner-status.de/en.html and there isn't any problem related to this DNS servers.
The text was updated successfully, but these errors were encountered: