#42280 changing mailspool-location policy requires recompilation

Package:
procmail
Source:
procmail
Description:
Versatile e-mail processor
Submitter:
Chris Richards
Date:
2005-07-18 03:56:29 UTC
Severity:
wishlist
#42280#5
Date:
1999-08-01 11:31:47 UTC
From:
To:
There should be a way to tell procmail that the mailspool file
(ORGMAIL) is located in $HOME/foo/smurf, a way which doesn't require
patching the source and making a custom package. (I tried setting
ORGMAIL in /etc/procmailrc; it seemed not to work.)

#42280#10
Date:
1999-08-02 16:14:38 UTC
From:
To:
Have you tried to debug it?
What are you trying to do that you can't achieve by using DEFAULT?

Thanks.

#42280#13
Date:
1999-10-07 11:28:59 UTC
From:
To:
Hello.

I received this from the Debian Bug System.
[ Please keep the Cc: lines when replying ].

Thanks.

Package: procmail
Version: 3.13.1-2
Severity: wishlist

There should be a way to tell procmail that the mailspool file
(ORGMAIL) is located in $HOME/foo/smurf, a way which doesn't require
patching the source and making a custom package. (I tried setting
ORGMAIL in /etc/procmailrc; it seemed not to work.)

#42280#14
Date:
1999-10-07 16:05:17 UTC
From:
To:
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

#42280#19
Date:
2002-05-14 03:05:26 UTC
From:
To:
if procmail respected the MAIL environment variable i'd be happy.  or if
it respected ORGMAIL or DEFAULT in its environment i'd be happy... this
wouldn't require odd symlink configuration (or even a syscall).