On Fri, Aug 31, 2001 at 07:55:35PM -0000, John Conover wrote:
>
> Can a user's ~/.qmail file contain a command that invokes a program,
> (presuming the program always has an exit of 99,) that calls
> qmail-local to deliver messages to a ~/Maildir?
Yes, but do you have a good reason?
> Since ~/.qmail is invoked by qmail-local, is there a concurrency
> issue with the second invocation?
Not at all. Just note that something like 'ps auwx | grep qmail-local
| wc -l' may yield a higher number than the one you set
concurrencylocal to (up to twice, if I get you right).
> Thanks,
>
> John
>
> BTW, the reason for the question is a ~/.qmail containing the line:
>
> |preline /usr/bin/procmail
>
> where ~/.procmailrc uses qmail-local to conditionally deliver a
> message to ~/Maildir. Legal?
Why not use safecat? That is the common procedure. procmail has
maildir support too, but it is broken (please take this as a fact, it
has been discussed and agreed, check the archives).
> If looks like, (Re: man qmail-command,) all the variables are carried
> forward for the procmail command to invoke qmail-local for delivery.
Indeed, procmail hardly does any clearing of the environment.
Have you actually tried this setup? If you don't change any variables,
won't qmail-local reread the .qmail file, start procmail which will start
qmail-local, which reads the .qmail etc., creating quite an effective
forkbomb?
Greetz, Peter
--
Monopoly http://www.dataloss.nl/monopoly.html
