From: Matthew D. Fuller (no email)
Date: Mon Jun 02 2003 - 21:50:13 EDT
On Mon, Jun 02, 2003 at 02:30:48PM -0700 I heard the voice of
Michael A Nachbaur, and lo! it spake thus:
> >
> > This is what the "local" delivery agent is for.
>
> I was thinking more along the lines of having VDA invoke maildrop on my behalf
> without dropping down into "local". Already VDA writes messages to the
> filesystem with the UID/GID of my users without having any entries in
> /etc/passwd for them...since it's already SUID'd do my user's credentials,
> instead of writing a message to the user's Maildir, could it not invoke
> maildrop instead?
I've looked at a similar situation, and have just geeked on doing it for
the moment.
I use a setup with the VDA where I have a real UID per-domain, which owns
all the users within that domain. I wanted to investigate
maildrop-filtering possibilities along the path, and worked out that it
wouldn't be terribly difficult, In Theory (tm), to just borrow code from
local(8) and make virtual(8) spit into maildrop instead of a file. Some
hackery with either creating per-user default .mailfilter's, or a global
one and some fiddling with environmental variables, would be required.
But maildrop doesn't _need_ to have a unique system account with a unique
mailbox to deliver into, with some clever rule fudgery.
It would, however, be a bit of work to implement, and a LOT of work to
implement in a clean way. So I put it on my "When I'm rich and bored, or
somebody pays me to do it" list, and there it's sat.
--
Matthew Fuller (MF4839) |
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
"The only reason I'm burning my candle at both ends, is because I
haven't figured out how to light the middle yet"
|
|
|