> -----Original Message-----
> From: Dallas L. Engelken [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, January 06, 2004 9:59 AM
> To: Brian Sneddon; [EMAIL PROTECTED]
> Subject: RE: [SAtalk] RCVD_IN_DYNABLOCK,RCVD_IN_SORBS in 2.61 
> when sending myself a test message?
> 
> > -----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
> 
If the mail server running SpamAssassin is on a public IP address then you
don't even need to set trusted_networks for it to work properly.  The
DYNABLOCK check is a -notfirsthop rule which should ignore the original
sender (if the mail was relayed) when performing DNS checks regardless of
num_check_received.

Brian


-------------------------------------------------------
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_id=1278&alloc_id=3371&op=click
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to