Manually test RBL?

[Peter Bonivart]

Max Kipness wrote:
> Concerning the good server, I get basically the same results that you
> had listed. However, with the server that is having problems I get the
> following for the spamcop test:
>
> [root at pavescan MailScanner]# dig 2.0.0.127.bl.spamcop.net. any
>
> ; <<>> DiG 9.2.1 <<>> 2.0.0.127.bl.spamcop.net. any
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 15561
> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;2.0.0.127.bl.spamcop.net.      IN      ANY
>
> ;; AUTHORITY SECTION:
> bl.spamcop.net.         86400   IN      SOA     loopback. root.loopback.
> 1 3600 600 3600000 86400
>
> ;; Query time: 23 msec
> ;; SERVER: 10.254.71.10#53(10.254.71.10)
> ;; WHEN: Sun Jan 25 10:13:06 2004
> ;; MSG SIZE  rcvd: 105
>
>
> Any suggestions? Do you know why it is listing loopback.

Look at line 4 of the output, non-existent domain. When you do a lookup
from the good server, does it use the same server (3rd line from end)?
Compare /etc/resolv.conf and /etc/nsswitch.conf between the two. Also
compare a normal lookup (dig www.ibm.com for example) for establishing a
baseline.

--
/Peter Bonivart

--Unix lovers do it in the Sun

Sun Fire V210, Solaris 9, Sendmail 8.12.10, MailScanner 4.25-14,
SpamAssassin 2.61 + DCC 1.2.21, ClamAV 0.65 + GMP