Re: [Evolution] RFC2342: Namespace

[Jeffrey Stedfast <fejj ximian com>]

that still requires flattening of at least the first tree level, where 
my example still has problems :-)

Jeff

Matthew Keller wrote:

> I wasn't proposing flattening the tree. Goodness no, I'd be screwed!
> Having the entire tree with INBOX as the root was my only gripe. For
> example, I don't like have INBOX.LISTS.EVOLUTION or INBOX.SENT- I'd like
> LISTS.EVOLUTION and SENT.
>
> On Tue, 2003-07-22 at 14:42, Jeffrey Stedfast wrote:
>  
>
> > sure, a client could flatten the tree into a list... but what if the 
> > user has folders named the same farther down in the tree?
> >
> > 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.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >     
> > > > >
> > > > >