Re: [Imap-protocol] Unsure paternity
Brandon Long <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <CABa8R6ueUB9hMMcAWGpuz9RoWyOC-LX=GX8Ls8++iUhxPUHD-Q@mail.gmail.com> |
Would you believe its been a recognized bug since 2010 but we thought it only applied if the user specifically had deleted the subfolder? And the broken code has existed since we originally supported HasChildren in 2007. *sigh* I have a fix in process. Brandon On Tue, Apr 30, 2013 at 6:20 PM, Bron Gondwana <[email protected]> wrote: > > > On Wed, May 1, 2013, at 09:36 AM, David Barchiesi wrote: > > I was analyzing the response produced by LISTing Gmails mailboxes and > > came across something similiar: > > > > * LIST (\HasChildren \HasNoChildren \Trash) "/" "[Gmail]/Trash" > > > > According to RFC 3348 [1]: > > "It is an error for the server to return both a \HasChildren and a > > \HasNoChildren attribute in a LIST response. ". > > Could anyone explain what is going on here? > > Well, a bug obviously. It's not just you either, here's my gmail account > complete LIST response (XLIST is identical, and LIST-EXTENDED doesn't seem > to be supported at all) > > . list "" * > * LIST (\HasNoChildren) "/" "INBOX" > * LIST (\HasNoChildren) "/" "Personal" > * LIST (\HasNoChildren) "/" "Receipts" > * LIST (\HasNoChildren) "/" "Travel" > * LIST (\HasNoChildren) "/" "Work" > * LIST (\Noselect \HasChildren) "/" "[Gmail]" > * LIST (\HasChildren \HasNoChildren \All) "/" "[Gmail]/All Mail" > * LIST (\HasNoChildren \Drafts) "/" "[Gmail]/Drafts" > * LIST (\HasChildren \HasNoChildren \Important) "/" "[Gmail]/Important" > * LIST (\HasChildren \HasNoChildren \Sent) "/" "[Gmail]/Sent Mail" > * LIST (\HasChildren \HasNoChildren \Junk) "/" "[Gmail]/Spam" > * LIST (\HasChildren \HasNoChildren \Flagged) "/" "[Gmail]/Starred" > * LIST (\HasChildren \HasNoChildren \Trash) "/" "[Gmail]/Trash" > . OK Success > > Brandon - any idea when this crept in? I haven't played with gmail's IMAP > for a while, but I don't remember seeing it before. > > Bron. > -- > Bron Gondwana > [email protected] > > _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol