> Hmm, sounds like your resolv.conf is pointing to a nameserver that doesn't
> allow recursion, and only answers queries about comcast.net addresses.
> 
> Either that or you are using comcast's nameservers, and they've decided to
> block access to RBLs by their users. I'm a comcast subscriber at home, and
> I would not be surprised if they did something so stupid in an attempt to
> try to reduce load on their DNS servers.

Ignore the Comcast thing, that was a pure coincidence. My ISP is Comcast,
but that didn't have anything to do with the NS lookup that spamassassin
did. I think when it runs that test it does a random main domain or ISP
(I've seen sourceforge.net, linux.org, etc). Look I did it again:
-----------------
debug: is Net::DNS::Resolver available? yes
debug: Net::DNS version: 0.48
debug: trying (3) msn.com...
debug: looking up NS for 'msn.com'
debug: NS lookup of msn.com succeeded => Dns available (set dns_available to
hardcode)
debug: is DNS available? 1
-----------------
My /etc/resolv.conf file is pointing to my server providers nameservers.
These work find, because:
-----------------
[EMAIL PROTECTED] tmp]# nslookup msn.com
Server:         xxx.xxx.xxx.xxx  <-- my isp namesever
Address:        xxx.xxx.xxx.xxx #53

Non-authoritative answer:
Name:   msn.com
Address: 207.68.172.246

[EMAIL PROTECTED] tmp]#
-----------------

So this has really got me stumped. I am still getting:

debug: Running tests for priority: 500
debug: RBL: success for 0 of 12 queries

and then it fails all the tests. I don't think my Net::DNS is working
properly. I think it uses that when it does the RBL queries.

Any other tips?

Thanks, very frustrated here!!!

Reply via email to