On Thursday 12 May 2005 10:34, Charles M. Gerungan wrote: > Will everything still work when using IMAPdir instead of maildir++?
Probably not. I wanted to use IMAPdir for ages but never could. The biggest problem is vpopmail, but everything else that touches the maildirs (i.e. maintenance scripts, other mail servers, etc.) will need to be reviewed. > How should I tackle quota? > How should I tackle shared folders? Blech to both ;-) I think quota (and consequentially blocking users' mail) is pure evil. I think a better approach is to monitor maildir sizes and warn the user as appropriate instead. In case you disagree, there's still issues that make maildir-based quotas difficult. It's fast to check the size of an mbox file, and some might find it fast to check the size of a maildir too, but some filesystems make checking the size of a maildir very slow. Technical limitations aside, there's no one standard way of implementing quotas in maildir AFAIK. So you have to ensure that everything that has write access to the maildir (pop3 server, imap server, spam/old mail deletion scripts, smtp server, virtual domain management system) supports quota and works in a consistant manner with the others. I find this to be the wrong approach for quota-ing anyways, as the quota checking should exist at a lower level than any of the above... Okay, I'll admit, I thought "shared IMAP folders" sounded really neat when I first heard the idea. Since then though, I've thought more on it, and wonder why. They seem unnecessary (you can just use a shared IMAP *account*, in addition to the primary user account and any other accounts in every user's MUA). I would still like to see this feature someday and play with it, but at any rate, it doesn't exist in binc now. -- Casey Allen Shobe | SeattleServer, Inc. [EMAIL PROTECTED] | cell 425-443-4653 http://www.seattleserver.com
