ie, what if I have INBOX.INBOX ?
in a tree-like view, we'd see:
INBOX INBOX
but in a flat list we'd see:
INBOX
which INBOX is that INBOX? the toplevel? or the user INBOX?
see the problem with flattening the tree?
Jeff
Matthew Keller wrote:
I guess it IS open to interpretation. I interpret both the RFC and the FAQ answer as saying "This is how mail is stored on the server, but compliant clients don't have to display the hierarchy that way".
I'm not complaining. I personally couldn't care less as long as I can manipulate the tree elsewhere. I do see this as being a learning-curve roadblock for users who I am hoping to migrate from POP to IMAP in the near future, however.
Thanks for the response.
On Tue, 2003-07-22 at 13:57, Jeffrey Stedfast wrote:
I fail to see what the problem is...? According to the FAQ that you pasted, Evolution is doing exactly what the FAQ says it should.
2. Private folders are stored underneath the "INBOX." hierarchy
hence all folders are "under" the INBOX.
Jeff
Matthew Keller wrote:
Apologies if this has been asked before. The archives aren't readily searchable, or I'd've done some more research before posting it- I did search MY archives, but didn't find anything relevant.
I'm using Evolution 1.4.3 and I can't create IMAP folders against a Courier IMAP server (latest version) unless they're "under" the INBOX, and even the Courier-created mailboxes of Sent, Drafts and Trash are displayed as subfolders of INBOX.
I've been using Evolution for years in a POP environment, so this is a new thing for me. Any assistance would be very welcome. Below is a note about this from the Courier FAQ.
q: I can't create any top-level folders, only subfolders of INBOX.
a: This is a configuration issue with your mail client. IMAP servers are free to use any folder namespace arrangement that's technically convenient for them. Courier-IMAP uses "INBOX." as the namespace for private folders, and "shared." as the namespace for public, shared, folders. The IMAP NAMESPACE extension (see http://www.rfc-editor.org/rfc/rfc2342.txt) allows IMAP clients to automatically discover where the server creates folders, and your IMAP client should implement it.
This should be completely transparent to you, if your IMAP client properly uses the NAMESPACE extension. If your IMAP client were to automatically take advantage of self-configuration features offered by RFC 2060 and RFC 2342, it would automatically discover, without any additional configuration from the user, that:
1. The folder namespace hierarchy separator is the . character
2. Private folders are stored underneath the "INBOX." hierarchy
3. Public folders are stored underneath the "shared." hierarchy
If you have to explicitly create folders that are subfolders of INBOX,
or if you explicitly have to name that "INBOX.foldername", this is due
to your IMAP client not being able to configure itself accordingly.
_______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
