-
hi, i would like to configure domainkeys on my domain with plesk because i cant send email to yahoo adress.
how can i do it?.
2009-10-14 14:04:57 UTC by zeckis
-
ronaldinho_zapak@yahoo.co.in.
2008-08-03 04:49:26 UTC by nobody
-
Sorry, this is clearly not a bug in libdomainkeys itself, but rather the DK validator in Exim.
2008-07-31 17:29:29 UTC by s-chamberlain
-
I've submitted my suggested patch to fix this is at:
http://sourceforge.net/tracker/index.php?func=detail&aid=2016022&group_id=107680&atid=648375.
2008-07-11 13:01:08 UTC by s-chamberlain
-
This is my suggested patch for test TC30, which fails, I believe, due to an error with the test itself.
2008-07-11 13:00:36 UTC by s-chamberlain
-
The test case involves a query for dog._domainkey.nons.crynwr.com, for which the DNS returns no records, rather than a server failure. I believe you're right, and that the 'more severe' NOKEY error is correct, and that the test probably wasn't updated.
2008-07-11 12:58:19 UTC by s-chamberlain
-
Hi,
I've noticed what seems to be a bug in libdomainkeys-0.69's parsing of headers, which can cause the DK validator to ignore a domain's 'signsall' policy, or perhaps even cause messages to wrongly pass validation.
I can reproduce this reliably on my Exim 4.69 host, which was compiled with support for DK signing and validation provided by libdomainkeys.
The attached file is a...
2008-07-11 12:43:32 UTC by s-chamberlain
-
quite strange: now the nons.crynwr.com zone is
delegated to a non-routable nameserver and the
test passes.
-dub.
2008-05-16 00:57:44 UTC by nobody
-
Further investigation:
It appears that the DK_STAT_CANTVRFY should NOT
be returned for that case. The test is incorrect
for the current crynwr.com NS configuration.
Both nameservers for the crynwr.com zone are happy
to report that the TXT record doesn't exist. In
order for the test to pass, the nons.crynwr.com
zone would have to be delegated and have invalid
name servers or similar...
2008-05-16 00:44:04 UTC by nobody
-
Test case 30 fails. Not sure if its our installation but doesn't appear to be the kind of error that would be.
Possible that the severity of the error was changed in recent version.
Version: 0.69
OS: CentOS5 64-bit
HW: AMD 64 X2
------TC53
------TC30 (pause)
--- /tmp/expected.14524 2008-05-15 20:25:53.000000000 -0400
+++ - 2008-05-15 20:25:53.192977000 -0400
@@ -1,3 +1,3 @@...
2008-05-16 00:32:47 UTC by nobody
