On Tue, 18 Mar 2003, Dan Mills wrote: >On Tuesday, March 18, 2003, at 11:45 AM, Andreas Aardal Hanssen wrote: >> _But_ with the exception that folders that already start with a single '.' >> are interpreted with the dot being part of the folder name. The user >> would >> then be free to rename og delete such folders, just not create them.. >I'm not sure how I feel about that. I guess it'd be ok, but it's a >little crappy that people will see dots in mailbox names, but won't be >able to use them. I don't have any serious problems with that >solution, though, as long as it's worded clearly in the IMAPdir spec >(which I'm sure you'll do).
The leading dot could be allowed unconditionally.. so that creating a mailbox called ".foo" would actually create a directory/file called ".foo". Either way this would have to be a special case, if Maildir++ users are to migrate painlessly. Agreed that it looks funny to have all folders displayed with a leading '.', but this would only apply to those who migrate. And they would be free to either keep the names as-is or to rename them.. >It's a juggle- add the complexity of an escape character, versus the >simplicity of forbidding your users to do anything weird :-) One thing >to note, though, is that having an escape character might be useful in >the future for as-of-yet unforeseen issues. True. >For example, say you later want to encode imap namespaces inside the >IMAPdir. You could use an escaped character without breaking backwards >compatibility with existing IMAPdirs. Like: >foo\:bla.bla Also true - I was rather thinking that a seperate namespace would imply a different IMAPdir. The escape character would, of course, open many possibilities. Andy -- Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg Author of Binc IMAP | Nil desperandum
