Re: [Imap-protocol] Strange behavior with Gmail IMAP when using CONDSTORE extension
Jamie Nicolson <[email protected]> Thu, 23 Jul 2015 10:53:32 -0700
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <CACU8CfQ9AksF0Q+m3n5XeWHNhBCfk64=-TFM26m-ZmTKr0CQTA@mail.gmail.com> |
--===============6273937409547319760== Content-Type: multipart/alternative; boundary=001a11c2c8809c275e051b8e92ae --001a11c2c8809c275e051b8e92ae Content-Type: text/plain; charset=UTF-8 Thanks, we'll let you know if we need more details. On Wed, Jul 22, 2015 at 10:47 PM, Thomas Steinacher <[email protected]> wrote: > > What to do you get for either: > > > > T5 FETCH 1:* (UID FLAGS) (CHANGEDSINCE 14055062) > > > > or > > > > T6 UID FETCH 1:208198 (FLAGS) (CHANGEDSINCE 14055062) > > > > That might show if there's anything interesting happening with '*'. > > Your exchange definitely reads like incorrect CONDSTORE logic to my > > slightly tired eyes... > > > > Bron. > > The two commands above give the exact same same response back as "T4 UID > FETCH 1:* (FLAGS) (CHANGEDSINCE 14055062)", i.e. UID 207722 is missing. > Also, replacing "*" with 208198 in T5 doesn't change the response. > > > > On 2015-07-22, at 17:21, Jamie Nicolson <[email protected]> wrote: > > > > This could be a bug. I can't tell from this snippet, but what was the > last modification to happen to the message with UID 207722? Was it the > delivery of the message, marking it as read (STORE +FLAGS \Seen), or > something else? > > The user replied to message 207722 and archived the thread in Gmail. > > Thomas > > --001a11c2c8809c275e051b8e92ae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Thanks, we'll let you know if we need more details.</d= iv><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Jul 22= , 2015 at 10:47 PM, Thomas Steinacher <span dir=3D"ltr"><<a href=3D"mail= to:[email protected]" target=3D"_blank">[email protected]</a>></span> wrote:<br><b= lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px = #ccc solid;padding-left:1ex"><span class=3D"">> What to do you get for e= ither:<br> ><br> > T5 FETCH 1:* (UID FLAGS) (CHANGEDSINCE 14055062)<br> ><br> > or<br> ><br> > T6 UID FETCH 1:208198 (FLAGS) (CHANGEDSINCE 14055062)<br> ><br> > That might show if there's anything interesting happening with = 9;*'.<br> > Your exchange definitely reads like incorrect CONDSTORE logic to my<br= > > slightly tired eyes...<br> ><br> > Bron.<br> <br> </span>The two commands above give the exact same same response back as &qu= ot;T4 UID FETCH 1:* (FLAGS) (CHANGEDSINCE 14055062)", i.e. UID 207722 = is missing. Also, replacing "*" with 208198 in T5 doesn't cha= nge the response.<br> <span class=3D"im HOEnZb"><br> <br> > On 2015-07-22, at 17:21, Jamie Nicolson <<a href=3D"mailto:nicolson= @google.com">[email protected]</a>> wrote:<br> ><br> > This could be a bug. I can't tell from this snippet, but what was = the last modification to happen to the message with UID 207722? Was it the = delivery of the message, marking it as read (STORE +FLAGS \Seen), or someth= ing else?<br> <br> </span><div class=3D"HOEnZb"><div class=3D"h5">The user replied to message = 207722 and archived the thread in Gmail.<br> <br> </div></div><span class=3D"HOEnZb"><font color=3D"#888888">Thomas<br> <br> </font></span></blockquote></div><br></div> --001a11c2c8809c275e051b8e92ae-- --===============6273937409547319760== 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 --===============6273937409547319760==--