Well, I'm not able to reproduce this problem myself with version 4.0.10. My first thought is that it's a problem with your nameserver configuration. If your mail server is configured to use multiple nameservers, it's possible one of them is returning a negative result before one of the others can respond with the correct answer. Does this error occur every time so that the messages actually bounce, or does it just occur intermittently so the messages are eventually delivered?
If that doesn't seem to apply, you could try recompiling spamdyke with excessive logging (run the "configure" script with the "--with-excessive-output" option, then rerun "make" and install the new binary) and enable full logging (with the "full-log-dir" option). In the full log files, spamdyke will print a ton of debugging information, including output from the DNS code to show what packets are sent and received from what servers. -- Sam Clippinger John Kagan wrote: > Hi, > > My server is rejecting mail from one particular site with > DENIED_RDNS_MISSING (although it passes a lot of mail correctly, and > blocks a lot of mail that legitimately does not have an rDNS entry)... > > > 01-14 22:27:28 spamdyke[31755]: DENIED_RDNS_MISSING from: [email > [email protected] <mailto:[email protected]> > to: [email [email protected] > <mailto:[email protected]> origin_ip: 12.4.231.163 > origin_rdns: (unknown) auth: (unknown) > > > ...However, "dig" on the mail server returns an rDNS name: > > > # dig -x 12.4.231.163 +short > 163.128/25.231.4.12.in-addr.arpa. > mailout1.klgates.com. > > > I notice that this site does use a CNAME'd PTR, and there is mention > of spamdyke having a problem resolving them in the archives, but it > says that the problem was resolved long ago in 3.1.0 > > Any thoughts (or more info needed)? I'm using a vanilla > qmailtoaster-plus install, and I installed Spamdyke straight from > qtp-menu. > > Thanks, > John > > Fedora Core 6 > Qmailtoaster Plus (current updates) > # /opt/spamdyke/bin/spamdyke --config-test > spamdyke 4.0.10+TLS+CONFIGTEST+DEBUG (C)2008 Sam Clippinger, samc (at) > silence (dot) org > > /etc/spamdyke/spamdyke.conf: > > #dns-blacklist-entry=zombie.dnsbl.sorbs.net > #dns-blacklist-entry=dul.dnsbl.sorbs.net > #dns-blacklist-entry=bogons.cymru.com > dns-blacklist-entry=zen.spamhaus.org > dns-blacklist-entry=bl.spamcop.net > graylist-dir=/var/spamdyke/graylist > graylist-level=always > graylist-max-secs=2678400 > graylist-min-secs=180 > greeting-delay-secs=5 > idle-timeout-secs=60 > ip-blacklist-file=/etc/spamdyke/blacklist_ip > ip-in-rdns-keyword-blacklist-file=/etc/spamdyke/blacklist_keywords > ip-in-rdns-keyword-whitelist-file=/etc/spamdyke/whitelist_keywords > ip-whitelist-file=/etc/spamdyke/whitelist_ip > local-domains-file=/var/qmail/control/rcpthosts > log-level=info > log-target=stderr > max-recipients=50 > #policy-url=http://my.policy.explanation.url/ > rdns-blacklist-file=/etc/spamdyke/blacklist_rdns > rdns-whitelist-file=/etc/spamdyke/whitelist_rdns > recipient-blacklist-file=/etc/spamdyke/blacklist_recipients > recipient-whitelist-file=/etc/spamdyke/whitelist_recipients > reject-empty-rdns > #reject-ip-in-cc-rdns > reject-missing-sender-mx > reject-unresolvable-rdns > sender-blacklist-file=/etc/spamdyke/blacklist_senders > sender-whitelist-file=/etc/spamdyke/whitelist_senders > tls-certificate-file=/var/qmail/control/servercert.pem > ------------------------------------------------------------------------ > > _______________________________________________ > spamdyke-users mailing list > [email protected] > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
