[EMAIL PROTECTED] wrote:
> On Sat, Dec 26, 1998 at 04:58:02PM -0800, [EMAIL PROTECTED] wrote:
> > Is it possible to use a cdb in place of a large number of .qmail-*
> > files?
> >
> > In general, it looks like any qmail-command style delivery is
> > re-injecting a message into the queue for delivery.
[snip]
I like your sender-based filter! It would be interesting to profile it
against procmail--I'm getting concerned that procmail may not be as
reliable or resource-light as I would like.
On the other hand, I think your filter is not quite what is asked for
above.
> # Methodology: Construct a cdb key based on sender.
> # Translate cdb key to maildir.
> # Deliver to maildir if it exists.
> # exit 0 if there is no maildir for the key.
The .qmail-ext mechanism implements recipient-based filtering. It is
extremely elegant: no matter what evil is done to an email, the
recipient information *must* be preserved, or the email doesn't arrive
at all.
Here's another example solution. I subscribe to many mailing lists,
and think .qmail-ext is more elegant than procmail. I always subscribe
with the address "[EMAIL PROTECTED]". Here's
how filtering is done:
In .qmail-lists:
|exit 100
In .qmail-lists-default:
|rcvstore +lists/`expr "$EXT" : 'lists-\(.*\)'`
Note that I use nmh. For maildir or other delivery, you need some
utility. For maildir delivery, you could try using my "safecat" tool,
<http://www.pobox.com/~lbudney/linux/software/safecat.html>.
To use safecat, change .qmail-lists-default to:
|D=./mail/`expr "$EXT" : 'lists-\(.*\)'`; safecat $D/tmp $D/new || exit 111
Feedback on easier methods, security holes, etc., would be much
appreciated.
Len.
--
Keep private communications private.
<http://www.pobox.com/~lbudney/linux/software/mailcrypt.html>
