gentoo use .maildir instead Maildir and when I use vpopmail, qmailadmin e courier-imap the are problems. Qmailadmin (i used 1.0.26) works only with Maildir Courier-imap works only with .maildir For the moment I resolved with symbolic links (ln -fs Maildir/ .maildir), but I need to migrate from a big server under openbsd with many virtual domanins and a lot of Maildir box and the symbolic links is impossible. Also vpopmail would need a flag to change the HOME, if I try to change the HOME from the ebuild qmailadmin doesn't work. It's a big problem when importing large mysql database of vpomail with other value than /var/vpopmail/..... (in my case /home/vpopmail....) thanks Giacomo Marconi
so we need to patch qmailadmin, vpopmail et al to use .maildir. I strongly believe .maildir is better than Maildir.
what are the reasons why .maildir is better than Maildir ?
because i've seen lots of [l]users select everything visible in their home directory, and delete. 'rm -rf *' and it's gone. at least with .maildir, it is protected. Furthermore, nothing in any of the maildir standards specificied the actual name of the directory. I believe vpopmail is fundamentally broken at the moment in that it is /var/vpopmail/domains/$DOMAIN/$USERNAME/Maildir/ the 'Maildir' part on the end is useless and just takes up an extra inode.
why using vpopmail as vpopmail group ? All inter7 tools use vchkpw group.
fix qmailadmin and vpopmail to use .maildir instead of Maildir
qmail-1.0.3-r12 defaults to delivering to .maildir now. When it gets emerged, it overwrites /var/qmail/supervise/qmail-pop3d/run (and so on) to look for .maildir (even though its error message to the user is that they don't have a $HOME/Maildir) That right there should be the compelling reason to synchronize the other packages. I'd rather not play the qmail shuffle to see which component is in Maildir and which one is in .maildir every time a new version gets emerged. Perhaps for the role vpopmail plays, it would make sense for all virtual accounts to have both, with one being a symbolic link. And yes, as a personal preference i like to have config/storage directories that i rarely go into with a file manager stay sorted up at the top with the other .files
I added a handful of new vpopmail users today, which reminded me how inconvenient it is to have to go into each new user's directory and symlink Maildir to .maildir before they can receive or fetch any mail. Please... can these programs play a little nicer together? Whether everything be patched to use the same directory, or make vadduser symlink these so that everything works whether its using Maildir or .maildir -- The extra link is not so ugly within the scope of vpopmail folders, but its certainly clunky to have need of that in a user's home directory...
I've got a patched vpopmail ebuild that forces it to use .maildir instead of Maildir itself, but the moment it hits the tree, I predict a LOT of people will be filing big bugs on it (breaking their existing setups), so it's a matter of how to introduce it without that.
I've got a small script together that converts between the two styles 'Maildir' and '.maildir' and i'm considering just putting this patch in and putting in a big warning to those upgrading. opinions? here is the patch (copy the r8 ebuild to r9 and then apply): --- vpopmail-5.2.1-r8.ebuild 2003-10-08 15:26:49.000000000 -0700 +++ vpopmail-5.2.1-r9.ebuild 2003-11-01 03:53:33.000000000 -0800 @@ -70,6 +70,11 @@ # Thanks to Vadim Berezniker (vadim@berezniker.com) # This patch backports a bug fix from the devel version re: logons epatch ${FILESDIR}/vpopmail.diff + + for i in vchkpw.c vconvert.c vdelivermail.c vpopbull.c vpopmail.c vqmaillocal.c vuserinfo.c; do + sed -e 's|Maildir|.maildir|g' -i $i || die "Failed to change s/Maildir/.maildir/g in $i" + done + } src_compile() {
Isn't there some maildir use flag that could/should force everything towards some particular flavor of maildir naming? Any of these packages not working consistently with the others caused me breakage and hide-and-seek through config files to see which ones changed (and is /service not a config_protect directory - I think maildir names had changed in there which caused a surprise failure of mail delivery). I vote for patching. Wasn't it -r12 of qmail that changed delivery directories without so much as a warning? Whatever it was, that was painful.
actually using '.maildir' has been in the system since qmail-1.03-r4, more than 2 years ago. /service should _never_ be in CONFIG_PROTECT. Nothing in there should ever be edited. Every item in there should be a symlink to an external directory. I've purposefully put a _lot_ of work into my new qmail package (-r13) so that you can change configuration files to completely control the effects of the services, instead of having to change the startup files. I'm going to say this now: any and all instances of 'Maildir' instead of '.maildir' should be considered a bug, and reported as such.
.maildir is now in place for vpopmail (and there is a super-duper fixing script to convert in both directions if you don't like things). qmailadmin is in and seems to work perfectly as well.