Howdy, Michael.  Thanks for the reply.

On Tue, 27 May 2003, Michael Sims wrote:

> Quoting [EMAIL PROTECTED]:
> > Do the dialup checks only check the most recent Received line?  It makes
> > since but I can't find any place that specifically states that or a config
> > option that implies that.  You wouldn't want to check all the Received
> > lines against the dialup lists, obviously, so assuming this makes sense to
> > me.  If I enable the DUL check (we pay for it) and add other various
> > dialup checks, would this be a problem?
> 
> Hi Justin,
> 
> Unfortunately, my testing has shown that SpamAssassin 2.55 checks all IPs it's 
> able to extract from any of the received lines against the RBLs, even the dial-
> up ones.  In my testing I got many false positives on X_NJABL_DIALUP because 
> one of the previous Received lines had the IP address of a dial-up user that 
> happened to be in the list.
> 
> This seems like a bug to me, but it's possible that there's some rationale for 
> it that I'm not aware of.

This sounds like a bug to me too.  I can't think of any reason for SA to
check all the Received lines against dialin lists like that.  Of course
someone on a dialin IP sent mail to his provider who relayed it on to my
MTA.  That's expected.  I can't see any point in penalizing the sender for
doing what we want them to.  LOL

If my understanding (extremely limited mind you) of the rbleval options is 
correct, someone should add a "check_dul" option that only checks that RBL 
against the last Received line (or perhaps a defined # of Received lines 
for those that always have N MTA hops before SA gets its hands on the 
message).  The only other option is to assign an extremely low value to 
those DNSBLs.  That defeats much of their purpose though, IMHO.

Justin



-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to