Brian D. Winters <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 30, 1999 at 03:22:42PM -0500, David DeSimone wrote:
> > I wonder, though, if our original poster, who used a setting like
> > folder="{imapserver}INBOX." was attempting to get Mutt to translate
> > "+folder" into "{imapserver}INBOX.folder", which means a folder
> > literally named "INBOX.folder" in the server's folder collection
> > for this user?  Perhaps the server isn't using "." as the directory
> > delimiter after all...  But these things are hard to guess.  :)
>
> There is no need to guess, this has been explained more or less
> completely (and your memory is wrong about the exact folder=... line,
> which might be part of your continuing confusion), but rather than try
> to cover the whole thing again and not lose you this time around, let
> me refer you to the definitive source:

Now now.

>     http://andrew2.andrew.cmu.edu/cyrus/imapd/overview.html#mboxname

[SNIP]

> By netnews I believe they mean newsgroups as in usenet, etc.  They
> don't put things in terms like "directory" and "mailbox file", but one
> of the things that is pretty clear is that '.' is their separator.
> All users are under "user" (somewhat akin to /home), and "INBOX" is an
> alias for "user.<username>".  The last name found in a '.'  delimited
> list is treated as the mailbox, and the rest constitutes the path to
> that mailbox.  This leads to the strange (for IMAP) behavior that
> Brendan mentioned about "mailboxes can also be directories".
>
> Wow, this might be ingenious if it didn't go against the way every
> IMAP client I know of works.  I wish the people working on supporting
> these servers in mutt the best of luck!

This actually isn't a big deal if you are using a GUI client with a mailbox
window separate from the message index window and one of those nifty
tree-view widgets:

+Folder
->Subfolder
->Subfolder

 Select the mailbox in the mailbox window, see the messages in the message
window. Expand the tree from the mailbox and select a subfolder. The problem
for mutt is that it doesn't have two windows. I can think of only a few
solutions:

1. The current solution: Display the folder twice. Choosing the first one
shows you the messages in it, choosing the second one (with the trailing
delimiter) shows you the folders in it.

2. Somehow try to integrate the subfolder list into the message window. This
will probably be messy and annoying, and very invasive into non-IMAP parts
of the mutt code. Users might prefer it, even though as a developer I'd
prefer to avoid this.

3. Present a new screen when a user selects a folder that contains messages
and subfolders, clearing up the first screen at the expense of extra work
navigating.

I'd be interested in other ideas. Currently I like (1) because: it's already
there, it doesn't mess with non-IMAP code, and I don't have folders with
subfolders and messages, so I don't have to deal with these ugly lists.

> Also, since when I fully specified a path in mutt I was using '/', and
> Cyrus clearly wants '.', mutt does appear to be doing proper
> translation.

good.

> Brian

-Brendan

Reply via email to