Bugzilla Bug 108869

Currently, if maildirs are used, procmail-3.22-r7.ebuild applies the
gentoo-maildir2.diff, which sets MAILSPOOLDIR to "" (which is good), and
MAILSPOOLHOME to "/.maildir/" (which is bad).

It's bad because it will cause procmail to create new/cur/tmp directories in
~/.maildir/, regardless of what /etc/procmailrc and ~/.procmailrc say (via
DEFAULT, MAILDIR). And this is bad because if I were to change maildirs, to
~/.mail/, for example, ~/.maildir/{new,cur,tmp} still get created spuriously
(they are kept empty). And, even if i were to use the default ~/.maildir/, I
would have separate sub-directories for INBOX, mailing-list1, etc ...
nevertheless, those useless folders are created (in procmail's sanity check).

In short, MAILSPOOLHOME should be set to "" in the maildir diff, so that
procmail can rely on the rc settings.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




temporary solution:
1) change MAILSPOOLHOME to "" in files/gentoo-maildir2.diff
2) ebuild procmail-3.22-r7.ebuild digest
3) emerge procmail

I can't disagree with this.

Anyone else got any comments?

Hm, I can confirm this, empty ~/.maildir keeps getting created on my mail 
server.

yeah .. upstream (the procmail guys) (if i remember correctly), say this is not
a bug. it has also been discussed on their lists. i believe the feeling there is
that MAILSPOOLHOME should be configured during compilation, and not have the
program rely on the settings of the "rc" file .. since, they say, (and it seems
to make sense), that rc files should be for "runtime configuration" .. and, i
guess, this is not a setting worthy for runtime configuration. (but rather for
compile-time configuration).

so, i don't think there is much we can do on the gentoo side, except use the
"standardized" location (~/.maildir/) .. or perhaps have a way to set it
appropriately during compilation.

*** Bug 136270 has been marked as a duplicate of this bug. ***

This is fixed in procmail-3.22-r9.