On Tue, 9 May 2006, martin wrote:
> Matt Kettler <mkettler_sa <at> comcast.net> writes:
> > >
> > SpamAssassin cannot be configured to drop mail at all.
> >
> > Based on how SA integrates into the mail chain it can only modify the
> > contents of the message. It has no ability to delete or alter message
> > delivery.
> i understood this, so just want to ask any milter like interface (e.g
> MailScanner, spamass-milter etc) can do such thing (not globally drop mail,
> but
> based on user config)?
>
> thx a lot
per-user prefs functions are best done at the delivery stage
(EG procmail).
milter like interfaces fit into the MTA chain and
thus operate on the message before delivery. At that stage a message
may have multiple recipients and thus you cannot identify one
paritcular user. (IE SA gets a single message that may have many
recipients so which user's prefs should it use?).
One way to achieve your desired goal would be to have SA tag the
messages at the MTA level and then craft your delivery agent
(EG procmail) to parse the SA headers and take action at
delivery time to drop a message or route it to a spam-bin folder
for each of the individual recipients.
We use a system that is structured that way. Thus I can SMTP reject
very high scoring spam and let the users decide what they want in
their INBOX or 'spam-bin' for what's left over.
--
Dave Funk University of Iowa
<dbfunk (at) engineering.uiowa.edu> College of Engineering
319/335-5751 FAX: 319/384-0549 1256 Seamans Center
Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
#include <std_disclaimer.h>
Better is not better, 'standard' is better. B{
