On Tue, 18 Mar 2003, Caskey Dickson wrote: >On Tue, Mar 18, 2003 at 09:22:50AM +0100, Andreas Aardal Hanssen wrote: >> Left-to-right, leftmost derivative. That's as precise as it gets. What it >> means is that if you read two dots, replace them with one dot and then >> read the next character. :-) >Well, I guess that's ensures determinism, but do we really want to try >and tell people with a straight face that they can use anything but '/' >in their path names, except for '.' at the beginning of a sub-path >except top-level folder name where it can appear anywhere? It doesn't >quite pass the giggle test on my end but since I currently can't use '.' >at all, I'll just deal with the question when it comes up.
I guess the only ones interested in this is server authors / maintainers and administrators. We can rephrase it a bit, stating that two dots means one, and one dot means the hierarchy seperator, and that this is to be interpreted left to right, leftmost derivative.. >> I thought a little about that. The escape character '\' would crash with >> it being a famous shell escape character, so that would perhaps not be too >> good. :P Also, the '.' is not an escape character today, because 'B.A' >> means 'B/A', and we don't want to make things too complex. ;) >Yes, '\' is a shell escape character, but it's also a perfectly legal >file name character. There's no reason to avoid it just because its >uncommon. It wouldn't cause 'crashes' any more than whitespace in a >file name which would break the same way that '\' would. (Or ! or | or >$ for that matter.) Currently, if the file name contains the character that we use as a delimiter, then this will be marked as \UnSelect and a warning will be logged. Other than that, I can't see any reason for us not to support any character that is not part of the mailbox specification in rfc2060. We need some refinent there - 2060 allows quoteds and literals. The mailbox file name would only have to adhere to standard file system file name restrictions, while being mappable to a selectable IMAP mailbox. Maybe we need to specify the format better.. Andy -- Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg Author of Binc IMAP | Nil desperandum
