Re: [Evolution] RFC2342: Namespace

[Matthew Keller <kellermg potsdam edu>]

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.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >      
-- 
Matthew Keller
Enterprise Systems Analyst
Computing & Technology Services
State University of New York @ Potsdam
Potsdam, NY USA
http://mattwork.potsdam.edu/