Re: [Imap-protocol] Gmail LIST-EXTENDED bug

Jamie Nicolson <[email protected]> Thu, 23 Jul 2015 18:52:59 -0700
Newsgroups gmane.mail.imap.general
Message-ID <CACU8CfQvtX7PmGc3-A02qsx6s6Md-=BE-arwEtNZmDNLMEA4pg@mail.gmail.com>
--===============3847803656072957843==
Content-Type: multipart/alternative; boundary=20cf307f378a3d50ac051b954522

--20cf307f378a3d50ac051b954522
Content-Type: text/plain; charset=UTF-8

We can probably fix this in a week or so. Is it causing big problems for
any clients to have LIST-EXTENDED enabled with this flaw? If it's causing
serious pain we could turn off LIST-EXTENDED until it's fixed.

On Thu, Jul 23, 2015 at 12:23 PM, Jamie Nicolson <[email protected]>
wrote:

> *sigh*, so you're saying we're not supporting the mailbox pattern list?
> I'll look into it.
>
> On Thu, Jul 23, 2015 at 12:04 PM, Michael M Slusarz <[email protected]
> > wrote:
>
>> A Gmail IMAP protocol bug that was reported to me and has been verified.
>>
>> Gmail supports LIST-EXTENDED, at least in the account I tested with.
>> However, this command fails:
>>
>> * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN
>> X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH
>> UTF8=ACCEPT LIST-EXTENDED LIST-STATUS
>> a OK [email protected] authenticated (Success)
>> b LIST () "" (*)
>> b BAD Could not parse command
>>
>>
>> This is a legal LIST command if LIST-EXTENDED is available, per RFC 5258:
>>
>>    list =      "LIST" [SP list-select-opts] SP mailbox SP mbox-or-pat
>>                [SP list-return-opts]
>>    list-select-opts =  "(" [
>>                  (*(list-select-opt SP) list-select-base-opt
>>                   *(SP list-select-opt))
>>                / (list-select-independent-opt
>>                   *(SP list-select-independent-opt))
>>                ] ")"
>>                ; Any number of options may be in any order.
>>                ; If a list-select-mod-opt appears, then a
>>                ; list-select-base-opt must also appear.
>>                ; This allows these:
>>                ; ()
>>                ; (REMOTE)
>>                ; (SUBSCRIBED)
>>                ; (SUBSCRIBED REMOTE)
>>                ; (SUBSCRIBED RECURSIVEMATCH)
>>                ; (SUBSCRIBED REMOTE RECURSIVEMATCH)
>>                ; But does NOT allow these:
>>                ; (RECURSIVEMATCH)
>>                ; (REMOTE RECURSIVEMATCH)
>>    mbox-or-pat =  list-mailbox / patterns
>>    patterns =  "(" list-mailbox *(SP list-mailbox) ")"
>>
>>
>> michael
>>
>> _______________________________________________
>> Imap-protocol mailing list
>> [email protected]
>> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>>
>
>

--20cf307f378a3d50ac051b954522
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">We can probably fix this in a week or so. Is it causing bi=
g problems for any clients to have LIST-EXTENDED enabled with this flaw? If=
 it&#39;s causing serious pain we could turn off LIST-EXTENDED until it&#39=
;s fixed.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On=
 Thu, Jul 23, 2015 at 12:23 PM, Jamie Nicolson <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>&=
gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">*sigh*=
, so you&#39;re saying we&#39;re not supporting the mailbox pattern list? I=
&#39;ll look into it.</div><div class=3D"HOEnZb"><div class=3D"h5"><div cla=
ss=3D"gmail_extra"><br><div class=3D"gmail_quote">On Thu, Jul 23, 2015 at 1=
2:04 PM, Michael M Slusarz <span dir=3D"ltr">&lt;<a href=3D"mailto:slusarz@=
curecanti.org" target=3D"_blank">[email protected]</a>&gt;</span> wrote=
:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le=
ft:1px #ccc solid;padding-left:1ex">A Gmail IMAP protocol bug that was repo=
rted to me and has been verified.<br>
<br>
Gmail supports LIST-EXTENDED, at least in the account I tested with.=C2=A0 =
However, this command fails:<br>
<br>
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM=
-EXT-1 UIDPLUS COMPRESS=3DDEFLATE ENABLE MOVE CONDSTORE ESEARCH UTF8=3DACCE=
PT LIST-EXTENDED LIST-STATUS<br>
a OK <a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]=
om</a> authenticated (Success)<br>
b LIST () &quot;&quot; (*)<br>
b BAD Could not parse command<br>
<br>
<br>
This is a legal LIST command if LIST-EXTENDED is available, per RFC 5258:<b=
r>
<br>
=C2=A0 =C2=A0list =3D=C2=A0 =C2=A0 =C2=A0 &quot;LIST&quot; [SP list-select-=
opts] SP mailbox SP mbox-or-pat<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[SP list-return-opts=
]<br>
=C2=A0 =C2=A0list-select-opts =3D=C2=A0 &quot;(&quot; [<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(*(list-selec=
t-opt SP) list-select-base-opt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 *(SP list-se=
lect-opt))<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/ (list-select-indep=
endent-opt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 *(SP list-se=
lect-independent-opt))<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0] &quot;)&quot;<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; Any number of opti=
ons may be in any order.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; If a list-select-m=
od-opt appears, then a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; list-select-base-o=
pt must also appear.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; This allows these:=
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; ()<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (REMOTE)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (SUBSCRIBED)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (SUBSCRIBED REMOTE=
)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (SUBSCRIBED RECURS=
IVEMATCH)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (SUBSCRIBED REMOTE=
 RECURSIVEMATCH)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; But does NOT allow=
 these:<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (RECURSIVEMATCH)<b=
r>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0; (REMOTE RECURSIVEM=
ATCH)<br>
=C2=A0 =C2=A0mbox-or-pat =3D=C2=A0 list-mailbox / patterns<br>
=C2=A0 =C2=A0patterns =3D=C2=A0 &quot;(&quot; list-mailbox *(SP list-mailbo=
x) &quot;)&quot;<br>
<br>
<br>
michael<br>
<br>
_______________________________________________<br>
Imap-protocol mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">Imap-pr=
[email protected]</a><br>
<a href=3D"http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol=
" rel=3D"noreferrer" target=3D"_blank">http://mailman13.u.washington.edu/ma=
ilman/listinfo/imap-protocol</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--20cf307f378a3d50ac051b954522--

--===============3847803656072957843==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
--===============3847803656072957843==--