Thanks Gary, some comments below:

On Mon, 28 Apr 2003 00:28:04 -0500 Gary <gary...@mygirlfriday.info> wrote:

Maybe I'm misinterpreting what the man page say. man maildirmake says:

<quote> Folders are simply subdirectories inside the main maildir whose names start with a period, and which are themselves maildirs. For example, the command "maildirmake -f Drafts mail/Maildir" creates mail/Maildir/.Drafts, that has the usual tmp, new and cur. You MUST use the -f option, instead of specifying mail/Maildir/.Drafts directly, in order to correctly initialize certain enhanced maildir features.

Folders cannot be created directly within other folders. Running maildirmake -f Urgent mail/Maildir/.Drafts will not work. Instead, the period character is designated as a hierarchy separator, run maildirmake -f Drafts.Urgent mail/Maildir instead. This creates mail/Maildir/.Drafts.Urgent, and all mail software that supports enhanced maildirs will interpret it as a subfolder Urgent of the Drafts folder. </end quote man maildirmake>

I'm confused why maildirmake says the above? It sounds like they are saying subfolders do have this '.' structure?

Without the dot structure Mutt does work fine. The only reason I thought it was a limitation is because it seems that other mail readers interpret the '.' structure of maildir correctly. If using a gui client it will actually even create a subfolder structure in your menu, even though the dirs might all really be in one directory such as:

Maildir .Lists.someList .Lists.anotherList .Work.toDo .Work.completedTasks

Using some clients the folder structure would look like:

Maildir Lists someList anotherList Work todDo completedTasks

In the meantime I guess I'll just create the maildirs without the "." subfolder structure. It just seemed like thats the way the docs were saying to do it. (Then again I'm usually wrong about everything during this migration to Linux, so I'm probably wrong here also:)

Thanks again,