Re: [Imap-protocol] Unsure paternity
Bron Gondwana <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <1367451626.16110.140661225409245.52FEA78F@webmail.messagingengine.com> |
It would be rather cool if you had somewhere you could publish a list of known differences between your implementation and the standard... not quite as good as working, but hey :) I'm finally at the point where I have the cycles to fix some long standing bugs in LIST-EXT handling in Cyrus - we have a problem that the mailbox listing the subscriptions listing are different databases, and we choose to iterate one or the other, but not both, meaning we miss some recursivematch cases. Looking forward to finding time to play with your CONDSTORE stuff too. I'm really liking the power of MODSEQ to save bandwidth. Bron. On Thu, May 2, 2013, at 07:18 AM, Brandon Long wrote: 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 <[1][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 [2][email protected] -- Bron Gondwana [email protected] References 1. mailto:[email protected] 2. mailto:[email protected] _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol