[Dovecot] dovecot and firstname.initial.lastname mbox format archive

[Wilko Bulte]

Quoting Wilko Bulte, who wrote on Thu, Feb 18, 2010 at 08:14:55PM +0100 ..
> Quoting Wilko Bulte, who wrote on Thu, Feb 18, 2010 at 05:53:10PM +0100 ..
> > Quoting Timo Sirainen, who wrote on Thu, Feb 18, 2010 at 05:26:54PM +0200 ..
> > > On Mon, 2010-02-15 at 19:13 +0100, Wilko Bulte wrote:
> > > > > > - On my new system I have dovecot v 1.2.8 which refuses to handle these
> > > > > >  dot-seperated files.  I get the somewhat familiar 
> > > > > >   "Mailbox doesn't allow inferior mailboxes".
> > > > > 
> > > > I have attached the dovecot -n from my dovecot 1.2.8 which does not want to
> > > > accept firstname.initial.lastname.  This is the dovecot128.conf file.
> > > 
> > > I don't see anything obviously wrong. Try talking IMAP protocol
> > > directly, maybe your client is doing something wrong.
> > > 
> > > http://wiki.dovecot.org/TestInstallation
> > > 
> > > After login try something like:
> > > 
> > > a create foo.bar.baz
> > > b select foo.bar.baz
> > > 
> > > If that succeeds, it's probably client issue. Recreating the account
> > 
> > Looks like this is working just fine:
> > 
> > a login wb foo
> > a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT
> > SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE
> > CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC
> > ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH] Logged in
> > a create foo.bar.baz
> > a OK Create completed.
> > b select foo.bar.baz
> > * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
> > * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags
> > permitted.
> > * 0 EXISTS
> > * 0 RECENT
> > * OK [UIDVALIDITY 1266511425] UIDs valid
> > * OK [UIDNEXT 1] Predicted next UID
> > * OK [HIGHESTMODSEQ 1] Highest
> > b OK [READ-WRITE] Select completed.
> > 
> > as it resulted in the creation of foo.bar.baz like so:
> > 
> > -rw-------  1 wb  wb          0 Feb 18 17:43 foo.bar.baz
> > 
> > Hmmmmm... fascinating..
> > 
> > I'll investigate further, thanks for your kind help sofar!
> 
> While talking to the same dovecot 1.2.8 server:
> 
> Mutt 1.5.18 (2008-05-17) works OK with first.initial.last mboxes

raw logging gives me:

a0003 CAPABILITY
a0004 LIST "" ""
a0005 STATUS "postponed" (MESSAGES)
a0006 SELECT "INBOX"
a0007 FETCH 1:41 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS
(DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPT
ION IN-REPLY-TO REPLY-TO LINES LIST-POST X-LABEL)])
a0008 CLOSE
a0009 STATUS "postponed" (MESSAGES)
a0010 SELECT "foo.bar.baz"
a0011 FETCH 1:1 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS
(DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE
CONTENT-DESCRIPTI
ON IN-REPLY-TO REPLY-TO LINES LIST-POST X-LABEL)])
a0012 CLOSE
a0013 LOGOUT

> and 
> 
> Mutt 1.5.20 (2009-06-14) does NOT work with first.initial.last mboxes

raw logging gives me:

Oa0003 CAPABILITY
a0004 LIST "" ""
a0005 STATUS "mail/postponed" (MESSAGES)
a0006 SELECT "INBOX"
a0007 FETCH 1:41 (UID FLAGS INTERNALDATE RFC822.SIZE BODY.PEEK[HEADER.FIELDS
(DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPT
ION IN-REPLY-TO REPLY-TO LINES LIST-POST X-LABEL)])
a0008 CLOSE
a0009 STATUS "mail/postponed" (MESSAGES)
a0010 SELECT "mail/foo/bar/baz"
a0011 LOGOUT

If I understand this correctly the newer mutt version is explicitely asking
for a / seperated hierarchical mailbox?

thanks,
	Wilko