dovecot - Nov 2013 - imap list response has an extra field on some mailboxes.

Hello,

per rfc3501

7.2.2. LIST Response

Contents:
name attributes
hierarchy delimiter
name

Dovecot: 2.1.16

/usr/lib/dovecot/imap -u user at domain.tld

list "" "*"

Most responses are correct. But some appears to not be.

"""
* LIST (\HasNoChildren) "/" {117}
path/to/"part_mailbox_name" other_parts

* LIST (\HasNoChildren) "/" {10}
"test" box

"""

char after {117} appears to be \n.


All affected mailboxes appears to have ' " ' in mailbox name.

And the number between '{' '}' appears to be the length of the
path.

Anyone ran into this issues before? If so, how to fix it?
Is it a bug?  Other rfc I should read?


Thanks
Kui.Z

Dovecot replies with a literal instead of a string. This is valid behavior for
IMAP servers.

On 28.11.2013, at 3.54, Kui Zhang <kuizhang at gmail.com> wrote:
> Hello,
> 
> per rfc3501
> 
> 7.2.2. LIST Response
> 
> Contents:
> name attributes
> hierarchy delimiter
> name
> 
> Dovecot: 2.1.16
> 
> /usr/lib/dovecot/imap -u user at domain.tld
> 
> list "" "*"
> 
> Most responses are correct. But some appears to not be.
> 
> """
> * LIST (\HasNoChildren) "/" {117}
> path/to/"part_mailbox_name" other_parts
> 
> * LIST (\HasNoChildren) "/" {10}
> "test" box
> 
> """
> 
> char after {117} appears to be \n.
> 
> 
> All affected mailboxes appears to have ' " ' in mailbox name.
> 
> And the number between '{' '}' appears to be the length of
the path.
> 
> Anyone ran into this issues before? If so, how to fix it?
> Is it a bug?  Other rfc I should read?
> 
> 
> Thanks
> Kui.Z