I select 'New Subfolder...' from the context menu and enter the folder name 'a.b'. Rather than seeing a new folder called 'a.b' as expected, I see a folder called 'a' which further contains a folder called 'b' (also, the title 'a' is italic grey, whatever that means?). The IMAP server is Cyrus IMAP4 v2.0.11. I've seen the problem on Win and Linux.
Confirming 20001083106 linux. IMAP uses '.' to seperate foldernames. The a is italic grey because it does not exist on the server, only INBOX.a.b exists. Question is: Does IMAP support folder names with '.' ?
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 219851 has been marked as a duplicate of this bug. ***
2Markus Gerstel: > Question is: Does IMAP support folder names with '.' ? Answer is: YES. But Cyrus doesn't. For example, Mozilla can create 'a.b' IMAP folder on CommunigatePro server without any problem. Resume: This is Cyrus's only problem. IMHO, this bug should be marked as INVALID. Dmitriy, Owner of 219851, DUP of this bug.
Quote from RFC1730 (IMAP4 protocol): ----- The interpretation of mailbox names is implementation-dependent. ... If it is desired to export hierarchical mailbox names, mailbox names must be left-to-right hierarchical using a single character to separate levels of hierarchy ----- But "single character" not defined. I.e. this is not Cyrus's problem, not Mozilla's problem. It is protocol problem :) For example, the same problem with CommunigatePro and '/' symbol.
The separator character is dependant on the server. Shouldn't this bug be marked invalid?
Maybe this bug should be an RFE to not allow creation of folders containing tyhe servers path separator.
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.