On Sun, Jan 10, 1999 at 10:56:39PM -0500, Len Budney wrote:
> [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.
I think you missed the second example, meant to be run from
.qmail-default :
# Methodology: Capture DEFAULT to use as a hash key.
# Translate cdb key to maildir.
# Deliver to maildir if it exists.
# exit 0 if there is no maildir for the key.
> 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]".
That's fine. Personally, I took the path of least resistance. It
took me less time to filter by envelope sender than to find a way to
quickly switch my outgoing envelope sender on a per list basis (for
the vast majority of lists I subscribe to, list submission is limited
to subscribers).
However, I did write simple tools to do both.
For me, that was the point of writing a maildir delivery perl module.
--
John White
[EMAIL PROTECTED]
PGP Public Key: http://www.triceratops.com/john/public-key.pgp
