On Mon, May 20, 2002 at 11:48:26PM +0200, Nipper, Arnold wrote:
> As I'm doing rbl checks already during receiving I wanted to turn off  rbl
> checks. Setting skip_rbl_checks  to 1 should do the trick. But output from
> below suggest that these checks are still performed. How can I check that?

You can always do a tcpdump to see if the requests are actually being
sourced.

'tcpdump port 53'  

You'll obviously see all legit DNS traffic too, but you should be able to
see the requests for the RBLs if there isn't too much traffic.

> 
> Arnold
> 
> spamassassin -t -D < /dev/null > /dev/null
> debug: using "/usr/share/spamassassin" for default rules dir
> debug: using "/etc/mail/spamassassin" for site rules dir
> debug: using "/home/nipper/.spamassassin" for user state dir
> debug: using "/home/nipper/.spamassassin/user_prefs" for user prefs file
> debug: running header regexp tests; score so far=0
> debug: running body-text per-line regexp tests; score so far=1.5
> debug: running uri tests; score so far=1.5
> debug: running raw-body-text per-line regexp tests; score so far=1.5
> debug: running full-text regexp tests; score so far=1.5
> debug: Razor is available
> debug: Razor Agents 1.20, protocol version 2.
> debug: Read server list from /home/nipper/.razor.lst
> debug: 64525 seconds before closest server discovery
> debug: Closest server is 64.90.187.2
> debug: Connecting to 64.90.187.2...
> debug: Agent terminated
> debug: razor check timed out after 10 secs.
> debug: checking RBL orbs.dorkslayers.com., set relay
> debug: checking RBL relays.osirusoft.com., set relay
> debug: checking RBL relays.ordb.org., set relay
> debug: checking RBL ipwhois.rfc-ignorant.org., set rfci
> debug: checking RBL relays.visi.com., set relay
> debug: checking RBL results in set relay for 127.0.0.6
> debug: checking RBL results in set relay for 127.0.0.4
> debug: is spam? score=4.8 required=3.53
> debug: auto-report? score=4.8 threshold=30
> 
> grep skip_rbl_checks .spamassassin/user_prefs
> skip_rbl_checks 1
> 
> --
> Arnold Nipper / nIPper consulting, Sandhausen, Germany
> email: [EMAIL PROTECTED]
> phone:/mobile: +49 172 2650958
> fax: +49 1212 512 364 310
> 
> 
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Spamassassin-talk mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

-- 
Kelsey Cummings - [EMAIL PROTECTED]         sonic.net
System Administrator                    300 B Street, Ste 101
707.522.1000 (Voice)                    Santa Rosa, CA 95404
707.547.2199 (Fax)                      http://www.sonic.net/
Fingerprint = 7F 59 43 1B 44 8A 0D 57  91 08 73 73 7A 48 90 C5

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to