[Esd-l] Setup and configuration
Bjarni R. Einarsson
bre at klaki.net
Wed Nov 6 03:37:01 PST 2002
On 2002-11-06, 03:23:03 (-0800), esd-l-request at spconnect.com wrote:
> > I have a few stubborn customers who do not want me to filter any
> > type of their mail. So, I would like to enable procmail and
> > sanitizer on individual mailboxes.
> > Is this possible?
> Sure. Procmail is *very* flexible.
> It's fairly easy to set up, but it can become a maintenance hassle if
> many users want to be excluded. Giving the end-users the ability to
> control it for themselves makes it somewhat more complex but relieves
> you of maintenance.
> I'll give a basic example. Others who may have more direct experience
> with doing this can chime in with their suggestions.
One way to make this sort of thing easier to manage, is to simply
check the user's home directory for a "flag file" which disables the
check. I wrap the anti-spam/anti-virus procmails on my friends &
family box with rules like this:
## EXCEPTIONS FROM SPAM PROTECTION
* ! ? test -f /home/$LOGNAME/.wantspam
<... insert anti-spam rules here ...>
} # END OF ESCAPING FOR EXCEPTIONS FROM SPAM PROTECTION
Thus if your users know how to create/delete files, they can easily
opt in/out of the spam protection (or whatever else you're doing in
/etc/procmailrc). This sort of approach is also very easy to
interface with CGI scripts, since turning something on or off is
simply a matter of doing a "touch" or "rm". :-)
Obviously the flag files don't have to be kept in the user's home
directory - you could just as easily keep them somewhere else. This
may be better if you're writing CGI scripts which don't have
permission to mess with users's home directories.
Bjarni R. Einarsson PGP: 02764305, B7A3AB89
bre at klaki.net -><- http://bre.klaki.net/
Check out my open-source email sanitizer: http://mailtools.anomy.net/
Spammers, please send plenty of email to: agoat at klaki.net
More information about the esd-l