Santiago Vila <sanvila@unex.es> writes:
Doing this sort of configuration from the /etc/procmailrc file would
be difficult and probably unwise: procmail would have to examine the
beginning of the /etc/procmailrc file for assignments to particular
variables, then screen the permissions on the mailspool, interpret
command line arguments, and then possibly restart the processing of the
/etc/procmailrc file. This would be horrible to code and difficult to
document in a coherent fashion.
One idea to avoid that would be to have procmail examine a symbolic link
named, say, /etc/procmail.conf and use its value (that is, the output of
readlink()) as a concise description of how compile-time stuff should
be overridden. (This is how FreeBSD does runtime configuration of its
malloc() code. Note that it takes exactly one system call to do this.)
The result might hypothetically look something like:
lunen# ls -l /etc/procmail.conf
lrwxrwxrwx 1 root 10 Oct 7 10:49 /etc/procmail.conf -> H(Mailbox)
H(something-here) would direct procmail to place the spool file in
$HOME/something-here
This is all just ramblings by me right now. As a wish list item this
is pretty far down: there's already way to do it (recompile) and there
are much more useful feature that stand to be implemented (LMTP, mmap()
for temp file, SmartList enhancements up the wazoo, etc). Anyway,
I've added it to the todo list.
Philip Guenther