SpamAssassin Milter Plugin - Patches: patch #3372, Adds -R flag to allow for external...
You are not allowed to post comments on this tracker with your current authentication level.
patch #3372: Adds -R flag to allow for external program to filter recipients
Submitter: | Joe Maimon <jmaimon> | ||
Submitted: | Mon 20 Sep 2004 05:48:15 PM UTC | ||
Category: | None | Priority: | 5 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | dnelson | Open/Closed: | Open |
Tue 21 Sep 2004 10:10:25 PM UTC, comment #2: |
Joe Maimon <jmaimon> |
Tue 21 Sep 2004 08:25:41 PM UTC, comment #1: Does this give a measureable speed increase? I would have expected that using "all_spam_to" lines in local.cf would cause the score to go negative fast enough that SA would shortcut the rest of the checks. I can't imagine anything raising the score back up to a level where it would get tagged, so SA really should just exit. I was sure I seen something in the SA mailinglist about this, but can't find it now.
|
Dan Nelson <dnelson> |
Mon 20 Sep 2004 05:48:15 PM UTC, original submission:
IF all recipients are filtered, the milter will cease processing of the email.
|
Joe Maimon <jmaimon> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 10 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2005-02-15 | jmaimon | Attached File | - | Added Rcpt-Filter.030-bBrActions.v10.patch, #4184 | |
2005-02-15 | jmaimon | Attached File | - | Added Rcpt-Filter.020-CVS.v9.patch, #4183 | |
2004-09-27 | jmaimon | Attached File | - | Added Rcpt-Filter.jm-2-CVS.v6.patch, #3705 | |
2004-09-22 | jmaimon | Attached File | - | Added Rcpt-Filter.jm-2-CVS.v3.patch, #3691 | |
2004-09-21 | dnelson | Priority | 1 - Later | 5 - Normal | |
Assigned to | None | dnelson | |||
2004-09-21 | jmaimon | Attached File | - | Added Rcpt-Filter.jm.2.patch, #3679 | |
2004-09-20 | jmaimon | Attached File | - | Added spamass-milter-rcpt-filter.sh, #3677 | |
2004-09-20 | jmaimon | Attached File | - | Added Rcpt-Filter.jm-Debian.patch, #3676 | |
2004-09-20 | jmaimon | Attached File | - | Added Rcpt-Filter.jm.patch, #3675 |
Powered by Savane 3.13-4448.
Corresponding source code
I had not approached it that way because I was looking for something which would allow me to centralize the configuration in sendmail. I am trying to avoid configuring any user specific information into spamasassin at this point.
I figured that being able to decide not to launch any spamassassin activity would be cleaner.
The cost here is the spawning of the external filter (which can do anything, so thats pretty flexible).
The example script I showed potentialy launches 1 editmap query for the full email address, an additional editmap query for each part of the domain name (e.g. my.local.host.com, local.host.com, host.com, com), 1 editmap query for the localpart (user@) and one more editmap query for the Spam: tag alone (can be used to provide default behavior).
This is an average of 5 editmap queries against the sendmail access.db. According to my (this is a modest sub Ghz dual proc with 25000-30000+ connections daily) syslog debug entries, this all happens in under a second.
On this system, a normal processing of a message is almost never less than 2 seconds, average of 3-4.
The new version of the patch is still running happily since I installed it yesterday on my system.
I have an untested version of the patch against CVS.