> -----Original Message----- > From: Brian Sneddon [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 06, 2004 8:42 AM > To: [EMAIL PROTECTED] > Subject: RE: [SAtalk] RCVD_IN_DYNABLOCK,RCVD_IN_SORBS in 2.61 > when sending myself a test message? > > > > > > its all in how you configure it... see > > > > [EMAIL PROTECTED] root]# man Mail::SpamAssassin::Conf | grep num_ > > num_check_received { integer } (default: 9) > > > > dallas > > Which is followed by: > This option is deprecated in version 2.60 and later. It will > be removed in a future version. Please use the > "trusted_networks" option instead (it is a much better way to > control DNSBL-checking behaviour). > > So don't use num_check_received (if you're running 2.60+). > Whether trusted_networks is necessary depends partly on > whether the mail server running SpamAssassin is using a > private or global IP address. SpamAssassin performs > intelligent checks of the headers and when properly > configured will not result in the false-positive originally mentioned. >
keyword: deprec(i)ated.. i think that is the word they were going for in the man... not de*pre*cat*ed depreciated means its still active in 2.6x, but not future versions. look at check_rbl_backend() in EvalTests.pm, and you will still see it in use. so, if he does not define any trusted_networks in local.cf, it will still grab that received header because num_check_received tells it to go back and check up to 9 Received: thanks, dallas ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
