Right-o. Thanks for your time, logic and patience.

On Tue, 2003-07-22 at 15:05, Jeffrey Stedfast wrote:
> 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.
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>     
> >>>>>
> >>>>>          
> >>>>>
-- 
Matthew Keller
Enterprise Systems Analyst
Computing & Technology Services
State University of New York @ Potsdam
Potsdam, NY USA
http://mattwork.potsdam.edu/

_______________________________________________
evolution maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution

Reply via email to