Bug 3086 - ACCESSDB for "nice" IPs
Summary: ACCESSDB for "nice" IPs
Status: RESOLVED WONTFIX
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Libraries (show other bugs)
Version: unspecified
Hardware: All All
: P5 enhancement
Target Milestone: Future
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-25 07:02 UTC by Eric W. Bates
Modified: 2019-07-08 10:13 UTC (History)
1 user (show)


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Eric W. Bates 2004-02-25 07:02:17 UTC 
I run an ISP, and a number of customers use Verizon DSL (and other dynamic IP).
 I would just as soon not list whole blocks of Verizon IP's as trusted (to avoid
DYNABLOCK, et al.).

We have been successfully using a handy bit of perl called pop-before-smtp
(http://popbsmtp.sf.net/) to maintain a dynamic list of valid IP for postfix. 
pop-before-smtp tails the log file written by the pop and imap daemons and
maintains a db file of IP addresses from which a valid authentication has been
received in the last 2 hours. This is used by postfix as an alternative means of
smtp authentication (hence the name).

Would anyone else find it useful to have
Mail::SpamAssassin::NetSet->contains_ip() optionally look in a db as well as the
static list?

Have I found the appropriate method in which to add such a lookup?
Comment 1 Justin Mason 2004-03-28 23:19:36 UTC 
I'm not sure -- actually I think such data would be better as a general "bonus"
rule anyway, since you know those IPs are those of your subscribers.  not even
just a dynablock exclusion, a more general spam exclusion.

Note the ACCESSDB rule would do this just fine I think.
Comment 2 Justin Mason 2004-03-28 23:24:41 UTC 
oh -- just noticed -- vineyard.net!   thanks for all the spam! ;)

Anyway, looking at this, it looks like the current ACCESSDB rule doesn't allow
negative "nice" scores, just positive, punitive scores.  so a bit of a patch to
EvalTests would be required to fix this.
Comment 3 Theo Van Dinter 2004-03-29 08:26:37 UTC 
it would be relatively easy to pass the code a variable and have it return true if OK/RELAY and false 
otherwise.
Comment 4 Daniel Quinlan 2005-03-30 01:08:52 UTC 
move bug to Future milestone (previously set to Future -- I hope)
Comment 5 Daryl C. W. O'Shea 2005-10-11 16:52:57 UTC 
http://wiki.apache.org/spamassassin/POPAuthPlugin
Comment 6 Henrik Krohns 2019-07-08 10:13:36 UTC 
Closing ancient stale bug. Should not be needed, doesn't everyone use authentication these days..