>The reason I assumed a relation to shared folders, is that an ACL >implementation usually includes the possibility to grant other users >access to your own folders.
Yes, a nice feature. However, just preventing the users from accidentally deleting the folders would save me (and I have to imagine others out there) some serious headaches! If this is as simple as adding a "bincimap-undeletable" administrative file then I say please consider it.
>Providing an ACL mechanism for Binc IMAP only doesn't seem very useful, if >local users can simply delete the folder manually or through other Maildir >clients such as Sqwebmail, pine/mutt, "rm" and so on.
I am not sure I understand. An actual ACL implementation would in fact prevent Sqwebmail users from deleting folders (wouldn't it?)
Anyway, in my case there would be only M$ OutLook users so it would suit me perfectly! : )
>If maildrop doesn't support creating mailboxes that don't exist already, >then I'd encourage the maildrop team to add support for this, since I >think it's a very useful feature. It should be a very simple feature to >add.
Yes I agree.
I use spambnc (see http://www.freshports.org/mail/spambnc/) with qmail + Maildir/ + Binc IMAP + procmail. I had to modify the provided procmailrc slightly to accomodate this feature because it was writing files with the proposed folder names instead of making the folders themsleves. If anyone is interested and can't figure it out email me for details...
So, I am still somewhat confused about the planned ACL support. Do you plan to incorporate ACL still? Or, have you simply changed your mind on that?
Rick
