On Thu, 20 Feb 2003, Charlie Brady wrote: >On Wed, 19 Feb 2003, Caskey Dickson wrote: >I agree. I strongly recommend that you adopt a single sane naming >convention. If this breaks backwards compatibility, we should devise a >folder migration strategy and program or programs to accomodate upgrades >(and/or conversion from Courier).
If we decide that all subfolders under Maildir/ are to be interpreted as root folders, then to ensure backwards compatibility we have to have features like this. All it means is that existing Binc users will not notice the upgrade to a new version, other than that they can suddenly create root folders. The alternative is that everone's clients barf, and this list is flooded with flames. Backwards compatibility is a must, and the only "mess" it creates in the code is one line of C++ that converts INBOX prefixed subfolders to root subfolders. >> Is there a reason to prevent folders under INBOX? The standard doesn't seem >> to limit such things. If so, why? If not, then I say leave them. >"INBOX" is a special folder name, and translates to a particular folder >(presumably ~/Maildir). IMO, all other folder names should be literal. Yes, as they are today. >"INBOX.a" should refer to one of "$PREFIX/INBOX.a" or "$PREFIX/INBOX/a" >depending on the agreed or configured folder separator. $PREFIX could be ~ >or ~/Maildir/ or ~/Mail/, either by agreement or local configuration. The storage format will always use '.', however the hierarchy delimiter as seen from a Binc IMAP session can be configurable. I see no point in changing the way Binc stores folders. The existing format works perfectly fine. >Note your use of "Some of us ...". The key question here is whether the >or not the path to INBOX's maildir and the root directory for personal >mail folders *must* be the same. I prefer to use ~/Maildir and ~/Mail. I >could use just a single directory, say, ~/Maildir, but I don't see the >necessity to introduce that restriction. The reasoning for seperating a user's home directory from a user's Maildir is that the Maildir path can be overloaded by the user's local ~user/.bincimap configuration file. Andy -- Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg Author of Binc IMAP | Nil desperandum
