DKIM: temperror


SUBMITTED BY: Guest

DATE: Oct. 24, 2019, 8 p.m.

FORMAT: Text only

SIZE: 10.6 kB

HITS: 489

  1. DKIM: temperror
  2. WordPress core has been updated automatically today, so I got an email that was sent via PHPMailer in WordPress.
  3. I looked at the email header and found this error:
  4. ++++++++++++++
  5. list of top cheapest host http://Listfreetop.pw
  6. Top 200 best traffic exchange sites http://Listfreetop.pw/surf
  7. free link exchange sites list http://Listfreetop.pw/links
  8. list of top ptc sites
  9. list of top ptp sites
  10. Listfreetop.pw
  11. Listfreetop.pw
  12. +++++++++++++++
  13. Code:
  14. Authentication-Results: mx.google.com; dkim=temperror (no key for signature)
  15. header.i=@server.examplehost.com header.s=default
  16. So I thought there was something wrong and contacted my web host.
  17. They said everything is fine, it's the default behavior of the server.
  18. What I don't quite understand:
  19. The message contains a DKIM Signature:
  20. Code:
  21. DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=server.examplehost.com; s=default;
  22. etc.
  23. But they don't provide a public key. Here's the output from dkimvalidator.com:
  24. Code:
  25. Public Key DNS Lookup
  26. Building DNS Query for default._domainkey.server.examplehost.com
  27. Retrieved this publickey from DNS:
  28. Validating Signature
  29. result = invalid
  30. Details: public key: not available
  31. They say that's the default behavior of the server.
  32. I find that strange, but maybe I'm wrong, please correct me if that's the case.
  33. Code:
  34. dkim=temperror (no key for signature)
  35. ... and
  36. Code:
  37. Details: public key: not available
  38. That's really really clear. You have no DKIM public key published for
  39. default._domainkey.server.examplehost.com -- or if you do, it couldn't find it.
  40. Daddy? How was vi born?
  41. Well son, first cat and echo fell in love...
  42. Yes, I know.
  43. The thing is, it's not about my domain name, it's about the domain name of their server, that's what's in the email header--so I can't do anything about it.
  44. So they don't have published a public DKIM key, but they say everything is fine. That's why I'm confused.
  45. Well, yes, there is. You contact them and ask them why they're signing your emails with a broken DKIM and could they kindly either fix it, or knock it the hell off.
  46. Alternatively, stop worrying about it.
  47. Having a valid DKIM improves deliverability - but not having any DKIM at all (which is effectively the case here) does not hurt deliverability any either.
  48. Daddy? How was vi born?
  49. Well son, first cat and echo fell in love...
  50. I'm not entirely sure if they didn't understand my question or if effectively having this configuration with no public key but a signed email is really their default configuration and they think that's OK.
  51. I suggested to my web host that I still think there's something wrong, but if they're really sure that's OK then they can close the ticket. They closed the ticket. Maybe I should reopen it.
  52. It sounds like php mail / sendmail is in use and mail servers are seeing user@server.example.com as the from and not the from you expect it to be . Is their domain in the from header or x-sender header and the address is like ftpuser@server.example.com ? If so, double check the phpmailer is setting the from address correctly. Also, check that phpmailer is using SMTP authentication instead of the php mail .
  53. You need to change your script sending to smtp and if possible, use the secure port.
  54. You also need to validate your domain not the server's hostname.
  55. You can use a plugin like the one below to send your email by SMTP instead.
  56. Thank you, everyone, for your input. I think I'll just leave it as it is right now.
  57. As SneakySysadmin said, not having any DKIM at all is also OK.
  58. And I could always use a plugin like WP Mail SMTP and for example Mailgun later on.
  59. header.i=@server.examplehost.com header.s=default
  60. What type of hosting are you using? (Shared, VPS, Server)
  61. Are there any other users of this website? Blogs? Comments? WooCommerce?
  62. Does the website send out any newsletters?
  63. If you're the only person that these emails are sent to, then you don't have to worry. If the website has to send emails to other people, then it can become a serious issue as those emails may always land in spam and put that IP on a Blacklist. Alerts from PHP mail are fine if its the occasional email, but it's still better practice to use a SMTP plugin.
  64. A tempfail means that DKIM will be effectively ignored by recipient systems. Some super-anal admin somewhere might decide out of the blue to block emails that tempfail, but no competent admin or spam filtering system will bat an eye at that.
  65. A tempfail is the same as not having DKIM at all. They are very highly unlikely to affect spam scoring one way or the other.
  66. Daddy? How was vi born?
  67. Well son, first cat and echo fell in love...
  68. I just wanted to understand the configuration, it seemed a bit weird to me. It's OK for these emails I guess, so I'll leave it how it is.
  69. It is weird. No server should be signing every email that's sent with an unpublished key. It's not just weird it's bloody stupid - and you can tell your host I said so.
  70. I doubt very much this is hurting your deliverability, but there are always edge-cases and worse, paper-mill certified "administrators" that don't know how to configure their spam filtering who will decide they know better than the RFC and will decide to penalize emails that tempfail on DKIM... so while I doubt this is hurting you any the fact remains that it could.
  71. Your host should not be signing emails unless it has valid keys with which to do so. They should be signing with valid data, or not signing at all - with no in-between.
  72. Daddy? How was vi born?
  73. Well son, first cat and echo fell in love...
  74. no competent admin or spam filtering system will bat an eye at that.
  75. Quote Originally Posted by SneakySysadmin View Post
  76. and worse, paper-mill certified "administrators" that don't know how to configure their spam filtering who will decide they know better than the RFC and will decide to penalize emails that tempfail on DKIM
  77. Enter Yahoo, MSN, and small ISP with trigger happy backwards filters. Yahoo should have been brought behind the barn shed at least 16 years ago. Last time I used, their highest spam filters would allow 500 junks mails a day into the inbox. It was only a backup account to save contacts, which everyone on the list ended up with Malware emails, so I closed it. If something just seems slightly off with a company email, instant block from Yahoo and MSN. Everything could be set properly for the sender and they will still find a reason to have an issue with it, which is ironic for Yahoo especially since they still send out Malware.
  78. Interesting to see so "non-caring" fortitudes towards DKIM and the thought that DKIM does not have an effect on deliverability. I know of a lot of companies that interrogate DKIM signatures - we even do it which has sometimes caused deliverability issues from external senders to the GovCloud. However, I do think that's the difference; you'll probably run into issues sending to an organization using Government boundaries; we had a problem long ago when negotiating with LiquidWeb that caused issues until they were filtered to have DKIM completely ignored.
  79. Ordinarily, if DKIM fails validation there are plenty of other parts of the header that are used for validation and nearly every company we work with on a regular basis has a DMARC record making it easier to authenticate valid emails.
  80. For the average Jane and Joe and for most hosting companies, I am actually not certain what the stance is on DKIM but it appears to be up for debate. Nonetheless, most modern email systems outside of GovCloud (or equivalent) check DKIM and behave accordingly to how it is specified within the standard (GMail is an example).
  81. Personally, I would get the DKIM records properly addressed nonetheless.
  82. Interesting to see so "non-caring" fortitudes towards DKIM and the thought that DKIM does not have an effect on deliverability.
  83. Exactly no one has said any such thing, in fact just the opposite - so perhaps you should start over.
  84. Quote Originally Posted by NortheBridge View Post
  85. Ordinarily, if DKIM fails validation
  86. Difficulty: DKIM did not fail validation.
  87. temperr != "fail"
  88. Temporary errors can be caused by almost anything, on either side of the email - which is why temporary errors are not considered a failure of validation.
  89. Quote Originally Posted by NortheBridge View Post
  90. Nonetheless, most modern email systems outside of GovCloud (or equivalent) check DKIM and behave accordingly to how it is specified within the standard (GMail is an example).
  91. Indeed they do, and they do it properly too - exactly as the standard says it should, which is why GMail cheerfully accepted the email that started this thread.
  92. Personally, I would get the DKIM records properly addressed nonetheless.
  93. Once again, please re-read the thread.
  94. Daddy? How was vi born?
  95. Well son, first cat and echo fell in love...
  96. Temporary errors can be caused by almost anything, on either side of the email - which is why temporary errors are not considered a failure of validation.
  97. Indeed they do, and they do it properly too - exactly as the standard says it should, which is why GMail cheerfully accepted the email that started this thread.
  98. As sad as it is, Gmail just works and has "the right" settings.
  99. Reading all of this reminded me a situation a few months ago. A new client needed information sent to him, which I did. No reply. I later found an email from those systems that you have to validate your email in order to send emails to the person. I did the validation and everything was back on schedule. Guess where the validation email was? In the spam folder. I don't recall what it was but that service in front of his emails had an issue within the header. Who knows how many emails or business opportunities were lost for him and others using that service.
  100. As sad as it is, Gmail just works and has "the right" settings.
  101. Truth - and I did caveat myself earlier that there are always going to be edge cases that do not understand what "temporary error" truly means who will decide they know better and filter against it.
  102. Those are going to be decidedly rare however, so rare that they're probably not worth worrying about.
  103. Should the OP get this fixed? Certainly.
  104. Is it cause for a three-alarm fire? Nope.
  105. Daddy? How was vi born?
  106. Well son, first cat and echo fell in love...
  107. domain group
  108. make money xenoblade 2
  109. hosting meaning
  110. hosting website from home
  111. toi96.top
  112. s domain to time domain
  113. trv24.atspace.com
  114. 60s host andy
  115. make money dropshipping
  116. arb4car.com
  117. www.magichits.eu

comments powered by Disqus