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.