On Tue, Aug 24, 2004 at 08:53:26AM -0500, rpgoldman at real-time.com wrote:
> 
> I've been finding that a lot of my procmail activity these days is up
> in the front, involved with handling my whitelist.  The whitelist
> overrules the spamassassin markings.  So the broad outline looks like
> this:
<snip> 
> One problem, if you look at the above, is that you'll see that all I
> knew how to do with the whitelist is stuff whitelisted entries into my
> main spool.  But I'd rather be able to have these sorted out!  I.e.,
> I'd like them to pass into the "old sorting stuff."
> 
> Do any of you have a solution for this?
> 
> I can think of a couple of possibilities:
<snip>
> 2.  Somehow set a global variable to indicate that I should skip the
>     spam filtering block.  I.e., modify the procmailrc to

This seems like the simplest choice.
 
> WHITELISTED=no
> # whitelist rules
> :0: 
> * ^From: <some known person>
> {
>    WHITELISTED=yes
>    # I don't actually know how to write a recipe that does nothing!
> }

The above block looks correct - that's how I have defined
variables in my procmail code.
 
> # spam filtering rules
> :0:
> * WHITELISTED ?? no
> <kill spam identified by spamassassin>
> 
> :0:
> * WHITELISTED ?? no
> <some vestigial rule-based spam processing>

You should be able to combine the two items above, but either way
your method seems right.

<snip> 

5. Spamassassin's own whitelist.  I think that you could also
solve your problem by tweaking spamassassin.  Spamassassin has
its own whitelist which would solve part of your problem (add
"whitelist_from guy at test.com" lines to user_prefs). Then
depending on the nature of your "vestigal rule-based spam
processing," you would either be done because your rules are set
up so that they don't catch messages from your whitelist, or you
could try to merge these rules into spamassassin.  Its fairly
easy to add your own rules to spamassassin.

-- 
Jim Crumley                  |Twin Cities Linux Users Group Mailing List (TCLUG)
crumley at fields.space.umn.edu |Minneapolis/St. Paul, Minnesota 
Ruthless Debian Zealot       |http://www.mn-linux.org/ 
Never laugh at live dragons  |Dmitry's free,Jon's next? http://faircopyright.org

_______________________________________________
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
Help beta test TCLUG's potential new home: http://plone.mn-linux.org
Got pictures for TCLUG? Beta test http://plone.mn-linux.org/gallery
tclug-list at mn-linux.org
https://mailman.real-time.com/mailman/listinfo/tclug-list