From samsungsvl@yahoo.com Mon Dec 2 13:51:28 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADF1E1ADDCA for ; Mon, 2 Dec 2013 13:51:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.701 X-Spam-Level: X-Spam-Status: No, score=0.701 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rl7THaZtU527 for ; Mon, 2 Dec 2013 13:51:27 -0800 (PST) Received: from nm14-vm0.bullet.mail.bf1.yahoo.com (nm14-vm0.bullet.mail.bf1.yahoo.com [98.139.213.164]) by ietfa.amsl.com (Postfix) with SMTP id 2746F1ADDA0 for ; Mon, 2 Dec 2013 13:51:27 -0800 (PST) Received: from [66.196.81.172] by nm14.bullet.mail.bf1.yahoo.com with NNFMP; 02 Dec 2013 21:51:24 -0000 Received: from [98.139.212.215] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 02 Dec 2013 21:51:24 -0000 Received: from [127.0.0.1] by omp1024.mail.bf1.yahoo.com with NNFMP; 02 Dec 2013 21:51:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 547455.43578.bm@omp1024.mail.bf1.yahoo.com Received: (qmail 27584 invoked by uid 60001); 2 Dec 2013 21:51:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1386021084; bh=cFGxI14F6fDFWX0DRwzfkjX1WnoqG8/zaDTOE5qC3nQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=umY+rh0dNg9NHBt30cQ0g0FOCRlVA+YhYQWAY+WPs/8dK9Mdnba+Gjdp9ph565GJAjIg98j76KHHV7QzXQsfORZpHHTy2OwB7sB3VcQkgNTCqRnOtbDeJ2uAVIVx2rXrhYS3u7bBpFzVOAP/AXtgj6xH4DTGXgBeir/7l7RAWkY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=yI/aV60aRUewy8yRqs+112ghoV1u/KPy40bac3gMP1HqEGGw/YTMdbFyRnQubg0zvXD7CKMTiEjDhbt/fAJ0tatJEqvgavnKEe9MpCpinUec8T/IUBeIbrXImF0vy2qDsmcKMuG1vtDFBHuhYoLzEiJk3PJGgUGjzAWrpKcSn8g=; X-YMail-OSG: _yK7JLYVM1mUqqWXfORUZ.yGuDLw0nihhIO2tHtP9YS_Ce2 Gv6wqVvWrBxjQ4X3BZUoxl2JxuPGmDOMS5uRxbzJA5gty_i7kMteYfc8QUej Naz0JtRlfsnVH.NWLZgEjttdH8Ify9wEXn7_LxtQyxy9.uBR1bccsbh7OYax OBqlZ_BdsIwS.fkl_1jF9igddgjOxUQ8yNb1j_.e0R2L393j8mUhyjGR2LtZ c7Uyme55vQXkzb_fDcqa4rDtLVoO.Zd7OzI6rGYWLjX2PCD4Od44qn5.zTct KjtuVY9rT9BTwLFRDLqnzyuLCeK7jopzTtz.iowsdLJA1WlCC5hNls3S8Fg1 LXVkvpP8XuPGevRpthlsbeX8O1nRjXYxMMczYteH19RI9WhdyasLfzwl2aip rwo2CkXIsrRmrrjxOZHFT3PgMmW.9.teE4tFs5G_OUPEGCyGF8RuLNyPNmpu O_W_B57tC46vs4uXjAKES.DLGdCWnVTHZQme6GyP9WkxF8SEn9uEd47uSF5Q iBSQRwh9iD_OJbZuj7Lq5e0XUI38KXiIFn4ELEwM- Received: from [203.244.218.1] by web160203.mail.bf1.yahoo.com via HTTP; Mon, 02 Dec 2013 13:51:24 PST X-Rocket-MIMEInfo: 002.001, SGkgQWxsLAoKS2luZGx5IGNsYXJpZnkgbXkgYmVsb3cgcXVlcnkgcmVnYXJkaW5nICJDT05EU1RPUkUiIElNQVAgRXh0ZW5zaW9uLgoKV2hlbiBJTUFQIHNlcnZlciBhZHZlcnRpc2VzIHRoZSAiQ09ORFNUT1JFIiBzdXBwb3J0IGFzIHBhcnQgb2YgQ0FQQUJJTElUSUVTLCBjbGllbnQgYXNzdW1lcyB0aGF0IHNlcnZlciBzdXBwb3J0IElNQVAgQ09OU1RPUkUgZXh0ZW5zaW9uLsKgCgpBcyBwZXIgUkZDIDQ1NTEswqDCoGNsaWVudCBpc3N1ZXMgU0VMRUNUIGNvbW1hbmQgwqBmb3IgYSBtYWlsYm94IGluIHRoZSABMAEBAQE- X-Mailer: YahooMailWebService/0.8.167.602 Message-ID: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> Date: Mon, 2 Dec 2013 13:51:24 -0800 (PST) From: Samsung SVL To: "lemonade@ietf.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-2111173271-716255874-1386021084=:78345" Subject: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Samsung SVL List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 21:51:28 -0000 ---2111173271-716255874-1386021084=:78345 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi All,=0A=0AKindly clarify my below query regarding "CONDSTORE" IMAP Exten= sion.=0A=0AWhen IMAP server advertises the "CONDSTORE" support as part of C= APABILITIES, client assumes that server support IMAP CONSTORE extension.=A0= =0A=0AAs per RFC 4551,=A0=A0client issues SELECT command =A0for a mailbox i= n the below format and receives the response with HIGHESTMODSEQ value as = =A0"1"=0A=0AC: A142 SELECT INBOX=0A=0ADuring the subsequent SELECT command,= client receives "HIGHESTMODSEQ" value always set to "1". Its not getting i= ncremented with respect to the changes in the mailbox.=A0=0A=0ASome IMAP se= rver changes the HIGHESTMODSEQ value only when client issues SELECT command= in the below format.=0A=0AC:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "H= IGHESTMODSEQ"))=0A=0AKindly clarify which format is right one, because most= of the IMAP server behaves differently.=A0=0A=0ARegards,=0AJay ---2111173271-716255874-1386021084=:78345 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi All,

Kindly clarify my below query regarding "CONDSTORE" IMAP= Extension.

=
When IMAP server advertises= the "CONDSTORE" support as part of CAPABILITIES, client assumes that serve= r support IMAP CONSTORE extension. 

As per RFC 4551,  client issues= SELECT command  for a mailbox in the below format and receives the re= sponse with HIGHESTMODSEQ value as  "1"

C: A142 SELECT INBOX


Some IMAP s= erver changes the HIGHESTMODSEQ value only when client issues SELECT comman= d in the below format.

C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ"))

Kindly clarify which format is right one,= because most of the IMAP server behaves differently. 

Rega= rds,
Jay
<= /body> ---2111173271-716255874-1386021084=:78345-- From tss@iki.fi Mon Dec 2 14:01:42 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 676BF1ADF79 for ; Mon, 2 Dec 2013 14:01:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Ku3awADQIXc for ; Mon, 2 Dec 2013 14:01:39 -0800 (PST) Received: from dovecot.org (dovecot.org [193.210.130.67]) by ietfa.amsl.com (Postfix) with ESMTP id 9A68F1ADF87 for ; Mon, 2 Dec 2013 14:01:39 -0800 (PST) Received: from [192.168.10.100] (cs181255018.pp.htv.fi [82.181.255.18]) by dovecot.org (Postfix) with ESMTP id 4539D1AE876C; Tue, 3 Dec 2013 00:01:36 +0200 (EET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Timo Sirainen In-Reply-To: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> Date: Tue, 3 Dec 2013 00:01:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <107D4678-2C14-4C4C-BDF9-EB05643F461C@iki.fi> References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> To: Samsung SVL X-Mailer: Apple Mail (2.1822) Cc: "lemonade@ietf.org" Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 22:01:42 -0000 On 2.12.2013, at 23.51, Samsung SVL wrote: > As per RFC 4551, client issues SELECT command for a mailbox in the = below format and receives the response with HIGHESTMODSEQ value as "1" >=20 > C: A142 SELECT INBOX >=20 > During the subsequent SELECT command, client receives "HIGHESTMODSEQ" = value always set to "1". Its not getting incremented with respect to the = changes in the mailbox.=20 >=20 > Some IMAP server changes the HIGHESTMODSEQ value only when client = issues SELECT command in the below format. >=20 > C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ")) >=20 > Kindly clarify which format is right one, because most of the IMAP = server behaves differently.=20 If server advertises also ENABLE capability, you can send ENABLE = CONDSTORE as your first command. Then all servers will work correctly. From samsungsvl@yahoo.com Mon Dec 2 14:50:56 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29CCD1ADF46 for ; Mon, 2 Dec 2013 14:50:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.599 X-Spam-Level: X-Spam-Status: No, score=-0.599 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ob3i_tZZRMy3 for ; Mon, 2 Dec 2013 14:50:54 -0800 (PST) Received: from nm32.bullet.mail.ne1.yahoo.com (nm32.bullet.mail.ne1.yahoo.com [98.138.229.25]) by ietfa.amsl.com (Postfix) with SMTP id 05DF71ADF7A for ; Mon, 2 Dec 2013 14:50:53 -0800 (PST) Received: from [127.0.0.1] by nm32.bullet.mail.ne1.yahoo.com with NNFMP; 02 Dec 2013 22:50:51 -0000 Received: from [98.138.100.111] by nm32.bullet.mail.ne1.yahoo.com with NNFMP; 02 Dec 2013 22:48:02 -0000 Received: from [98.139.214.32] by tm100.bullet.mail.ne1.yahoo.com with NNFMP; 02 Dec 2013 22:48:01 -0000 Received: from [98.139.212.209] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 02 Dec 2013 22:48:01 -0000 Received: from [127.0.0.1] by omp1018.mail.bf1.yahoo.com with NNFMP; 02 Dec 2013 22:48:01 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 818268.88816.bm@omp1018.mail.bf1.yahoo.com Received: (qmail 27911 invoked by uid 60001); 2 Dec 2013 22:48:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1386024481; bh=+knUO6Tk3zXdZrAJqzXMSpRHhSQXzdKSJY+5Jc6GUxI=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=xeBpe9hLoDzkG2dDEr6ZzGK3exqYIRgfazCEcQzU/4AQneAEOA5Nik5ZJme3A252umleBuCPBXa0LC0cVbRbGILfZrLIyNHqdR5kPv3cEBQJdTn0ijdig9JdIvoNjOp3ywFuf6gzYrnCQ9p5uljc2ziUt9i2itMo+qCDJ3DIceE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=RdLMoy50NrQJVm22bQuW0U06d8V4KShxLGq1zu+kW6RbXJWPrPX+SSK5HHPvvwaWbdRdQQjIhMAg+9qlG32JtII9fnME3mrjLIgtT1J3zccj/6RhxW7CRTWS1HxBgkO+i38gqTIng7V19HlNJSyLLhAjGuUMvQs2pkeC78bFHis=; X-YMail-OSG: ghlYbsgVM1l0gBxpCs941.Rf3PaHdjBYTBX6627pCo87jpK 9MdfsvvP62g0HokFKM67YHIkIB5Wy3eG6BAqeb9rwrVb1hlJXpyfRCSi8MIA nXQtNJtU21QW_UEoKsHMlLvzITvZefjp__A06AGKxqMW4kRF7pHKMUMMkLq4 BcGG02562HHzq3zNRO_v.wsBHtphKbuVLwU3JnBLrue.mCRSBAd6IfO92HY_ GZn0g82fCKr.QcOeRdTRhoxpPB4NGexgZgxnYg1zKbw7Gen7vLRFaXNzaEdX D16Yl3VrDMpnxasyLiSAvlfbHoZlU6slWxmo9Lz7AeUwQdIZ7h5iNm.oR_me bPRaRQE9gIgPla__EpaUnbKyeCOisHP3Zmigh3Ir7FOwnYjs77z1Z612XcvI zqQT.ki9ZrurScFKLO8lSEDIUyPDjyvABRiwScYU6CN6.cFErqcf3mlNvVuU R9LtEbTr_Rx63.Q_YPAeQpPh1_LEJiphIGAFlacLkiytGCK2spUrDsxFm0I0 fNrGQvIs917HJ4QlCB6.dj7X6rpi1kGfUpjObXU3J8A8QuAV6 Received: from [63.166.115.40] by web160204.mail.bf1.yahoo.com via HTTP; Mon, 02 Dec 2013 14:48:01 PST X-Rocket-MIMEInfo: 002.001, SGkgVGltbywKClRoYW5rcyBmb3IgeW91ciByZXNwb25zZS4KCkJ1dCBpZiBJTUFQIHNlcnZlciBkb2VzIG5vdCBzdXBwb3J0ICJFTkFCTEUiIGNvbW1hbmQsIHdoYXQgc2hvdWxkIGJlIHRoZSBjbGllbnQgYmVoYXZpb3IgPwoKUmVnYXJkcywKSmF5CgoKPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gRnJvbTogVGltbyBTaXJhaW5lbiA8dHNzQGlraS5maT4KPlRvOiBTYW1zdW5nIFNWTCA8c2Ftc3VuZ3N2bEB5YWhvby5jb20.IAo.Q2M6ICJsZW1vbmFkZUBpZXRmLm9yZyIgPGxlbW9uYWRlQGkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.167.602 References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <107D4678-2C14-4C4C-BDF9-EB05643F461C@iki.fi> Message-ID: <1386024481.71836.YahooMailNeo@web160204.mail.bf1.yahoo.com> Date: Mon, 2 Dec 2013 14:48:01 -0800 (PST) From: Samsung SVL To: Timo Sirainen In-Reply-To: <107D4678-2C14-4C4C-BDF9-EB05643F461C@iki.fi> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-2068959492-1482605088-1386024481=:71836" Cc: "lemonade@ietf.org" Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Samsung SVL List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 22:50:56 -0000 ---2068959492-1482605088-1386024481=:71836 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Timo,=0A=0AThanks for your response.=0A=0ABut if IMAP server does not su= pport "ENABLE" command, what should be the client behavior ?=0A=0ARegards,= =0AJay=0A=0A=0A>________________________________=0A> From: Timo Sirainen =0A>To: Samsung SVL =0A>Cc: "lemonade@ietf= .org" =0A>Sent: Monday, 2 December 2013, 17:01=0A>Subje= ct: Re: [lemonade] Regarding CONDSTORE IMAP extension=0A> =0A>=0A>On 2.12.2= 013, at 23.51, Samsung SVL wrote:=0A>=0A>=0A>> As pe= r RFC 4551,=A0 client issues SELECT command=A0 for a mailbox in the below f= ormat and receives the response with HIGHESTMODSEQ value as=A0 "1"=0A>> =0A= >> C: A142 SELECT INBOX=0A>> =0A>> During the subsequent SELECT command, cl= ient receives "HIGHESTMODSEQ" value always set to "1". Its not getting incr= emented with respect to the changes in the mailbox. =0A>> =0A>> Some IMAP s= erver changes the HIGHESTMODSEQ value only when client issues SELECT comman= d in the below format.=0A>> =0A>> C:A142 SELECT "INBOX" (QRESYNC ("UIDVALID= ITY" "HIGHESTMODSEQ"))=0A>> =0A>> Kindly clarify which format is right one,= because most of the IMAP server behaves differently. =0A>=0A>If server adv= ertises also ENABLE capability, you can send ENABLE CONDSTORE as your first= command. Then all servers will work correctly.=0A>=0A>=0A>=0A> ---2068959492-1482605088-1386024481=:71836 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Timo,

Thanks for your response.

But if IMAP server does not support "ENABLE= " command, what should be the client behavior ?

Regards,
Jay

From: Timo Sirainen <tss@iki.fi> To: Samsung SVL <sams= ungsvl@yahoo.com>
Cc: "lemonade@ietf.org" <lemonade@ietf.org>
Sent: Monday, 2 December 2013, 17:01
Subject: Re: [lemonade] Regardin= g CONDSTORE IMAP extension

On 2.12.2013, at 23.51, Samsung SVL <samsungsvl@yahoo.com> wrote:


> As per RFC 4551, = client issues SELECT command  for a mailbox in the below format and r= eceives the response with HIGHESTMODSEQ value as  "1"
>
> C: A142 SELECT INBOX
> =
> During the subsequent SELECT command, client receiv= es "HIGHESTMODSEQ" value always set to "1". Its not getting incremented wit= h respect to the changes in the mailbox.
>
> Some IMAP server changes the HIGHESTMODSEQ value only when c= lient issues SELECT command in the below format.
> > C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHEST= MODSEQ"))
>
> Kindly clarify whi= ch format is right one, because most of the IMAP server behaves differently.


If server advertises also ENABLE capability, you can= send ENABLE CONDSTORE as your first command. Then all servers will work co= rrectly.

<= /div>

<= /html> ---2068959492-1482605088-1386024481=:71836-- From tss@iki.fi Mon Dec 2 15:06:34 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7121F1ADF9B for ; Mon, 2 Dec 2013 15:06:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h6sG1A7aHz_c for ; Mon, 2 Dec 2013 15:06:32 -0800 (PST) Received: from dovecot.org (dovecot.org [193.210.130.67]) by ietfa.amsl.com (Postfix) with ESMTP id 255411ADF7D for ; Mon, 2 Dec 2013 15:06:31 -0800 (PST) Received: from [192.168.10.100] (cs181255018.pp.htv.fi [82.181.255.18]) by dovecot.org (Postfix) with ESMTP id C13C51AE876C; Tue, 3 Dec 2013 01:06:27 +0200 (EET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Timo Sirainen In-Reply-To: <1386024481.71836.YahooMailNeo@web160204.mail.bf1.yahoo.com> Date: Tue, 3 Dec 2013 01:06:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <28C91251-CCAA-49E7-BE8D-AA32AE287CA4@iki.fi> References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <107D4678-2C14-4C4C-BDF9-EB05643F461C@iki.fi> <1386024481.71836.YahooMailNeo@web160204.mail.bf1.yahoo.com> To: Samsung SVL X-Mailer: Apple Mail (2.1822) Cc: "lemonade@ietf.org" Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:06:34 -0000 Likely you=92re seeing this behavior only with Dovecot server, which = enables modseq tracking lazily. And in Dovecot you can always work = around that with the ENABLE CONDSTORE command (or any other = CONDSTORE-enabling command). On 3.12.2013, at 0.48, Samsung SVL wrote: > Hi Timo, >=20 > Thanks for your response. >=20 > But if IMAP server does not support "ENABLE" command, what should be = the client behavior ? >=20 > Regards, > Jay >=20 > From: Timo Sirainen > To: Samsung SVL =20 > Cc: "lemonade@ietf.org" =20 > Sent: Monday, 2 December 2013, 17:01 > Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension >=20 > On 2.12.2013, at 23.51, Samsung SVL wrote: >=20 >=20 > > As per RFC 4551, client issues SELECT command for a mailbox in the = below format and receives the response with HIGHESTMODSEQ value as "1" > >=20 > > C: A142 SELECT INBOX > >=20 > > During the subsequent SELECT command, client receives = "HIGHESTMODSEQ" value always set to "1". Its not getting incremented = with respect to the changes in the mailbox.=20 > >=20 > > Some IMAP server changes the HIGHESTMODSEQ value only when client = issues SELECT command in the below format. > >=20 > > C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ")) > >=20 > > Kindly clarify which format is right one, because most of the IMAP = server behaves differently. >=20 >=20 > If server advertises also ENABLE capability, you can send ENABLE = CONDSTORE as your first command. Then all servers will work correctly. >=20 >=20 >=20 > _______________________________________________ > lemonade mailing list > lemonade@ietf.org > https://www.ietf.org/mailman/listinfo/lemonade > Supplemental Web Site: > http://www.standardstrack.com/ietf/lemonade From chris.newman@oracle.com Mon Dec 2 15:10:31 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77AC91ADFB5 for ; Mon, 2 Dec 2013 15:10:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kK1fhQHPgbyX for ; Mon, 2 Dec 2013 15:10:29 -0800 (PST) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by ietfa.amsl.com (Postfix) with ESMTP id 76EFE1ADFB8 for ; Mon, 2 Dec 2013 15:10:29 -0800 (PST) Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rB2NAQIu024713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Dec 2013 23:10:26 GMT Received: from gotmail.us.oracle.com (gotmail.us.oracle.com [10.133.152.174]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rB2NAPMR004281; Mon, 2 Dec 2013 23:10:25 GMT MIME-version: 1.0 Content-disposition: inline Content-type: text/plain; charset=utf-8; format=flowed Received: from [10.145.239.205] (nifty-silver.us.oracle.com [10.145.239.205]) by gotmail.us.oracle.com (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPA id <0MX700H6TCD1M200@gotmail.us.oracle.com>; Mon, 02 Dec 2013 15:10:25 -0800 (PST) Date: Mon, 02 Dec 2013 15:10:13 -0800 From: Chris Newman To: Samsung SVL , lemonade@ietf.org Message-id: <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> In-reply-to: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) Content-transfer-encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:10:31 -0000 --On December 2, 2013 13:51:24 -0800 Samsung SVL =20 wrote: > Hi All, > > Kindly clarify my below query regarding "CONDSTORE" IMAP Extension. > > When IMAP server advertises the "CONDSTORE" support as part of > CAPABILITIES, client assumes that server support IMAP CONSTORE > extension.=C2=A0 > > As per RFC 4551,=C2=A0=C2=A0client issues SELECT command =C2=A0for a = mailbox in the > below format and receives the response with HIGHESTMODSEQ value as = =C2=A0"1" > > C: A142 SELECT INBOX > > During the subsequent SELECT command, client receives "HIGHESTMODSEQ" > value always set to "1". Its not getting incremented with respect to the > changes in the mailbox.=C2=A0 > > Some IMAP server changes the HIGHESTMODSEQ value only when client issues > SELECT command in the below format. > > C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ")) > > Kindly clarify which format is right one, because most of the IMAP server > behaves differently.=C2=A0 Technically, the former command is correct only if you've previously issued = a condstore-enabling command (or don't want to use condstore) and the=20 latter is correct only if the server advertises QRESYNC and you have issued = "ENABLE QRESYNC" previously. For more details see RFC 4551 and RFC 5162. Have you tried using: C: A142 SELECT INBOX (CONDSTORE) That's a condstore-enabling command that servers advertising the CONDSTORE=20 capability are required to support. Servers are free to not return=20 HIGHESTMODSEQ at all until a condstore-enabling command occurs, and then=20 they MUST return either HIGHESTMODSEQ or NOMODSEQ. Of course, if a server is returning HIGHESTMODSEQ and not updating it after = flag changes, that server may have a bug, so you may have to fallback to=20 not using CONDSTORE with that server and just do a full resync every time.=20 You might want to report that bug to the server vendor so they have the=20 opportunity to fix it in a subsequent release. - Chris From tss@iki.fi Mon Dec 2 15:23:19 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F9B61ADFC2 for ; Mon, 2 Dec 2013 15:23:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPGwxQ0PcdPl for ; Mon, 2 Dec 2013 15:23:17 -0800 (PST) Received: from dovecot.org (dovecot.org [193.210.130.67]) by ietfa.amsl.com (Postfix) with ESMTP id 8D81A1ADFBB for ; Mon, 2 Dec 2013 15:23:17 -0800 (PST) Received: from [192.168.10.100] (cs181255018.pp.htv.fi [82.181.255.18]) by dovecot.org (Postfix) with ESMTP id 5F4B21AE876C; Tue, 3 Dec 2013 01:23:14 +0200 (EET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: Timo Sirainen In-Reply-To: <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> Date: Tue, 3 Dec 2013 01:23:11 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2CDDB61E-96CE-4C51-B46C-FC1B98FADEBA@iki.fi> References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> To: Chris Newman X-Mailer: Apple Mail (2.1822) Cc: lemonade@ietf.org, Alexey Melnikov Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:23:19 -0000 On 3.12.2013, at 1.10, Chris Newman wrote: > Servers are free to not return HIGHESTMODSEQ at all until a = condstore-enabling command occurs, and then they MUST return either = HIGHESTMODSEQ or NOMODSEQ. Ah. Hmm. I guess I missed that part when originally implementing it = because of these two paragraphs below. Maybe rfc5162bis should clarify = these a bit? Oh, and looks like Dovecot is actually first returning = NOMODSEQ, not HIGHESTMODSEQ 1 as Samsung=92s message said. Maybe that = server isn=92t Dovecot after all. Anyway, with this great new info I=92ll = just have Dovecot not send either NOMODSEQ or HIGHESTMODSEQ until = CONDSTORE/QRESYNC is enabled, although of course that won=92t help with = any old installations. 3.1. New OK Untagged Responses for SELECT and EXAMINE When opening a mailbox, the server must check if the mailbox supports the persistent storage of mod-sequences. If the mailbox supports the persistent storage of mod-sequences and the mailbox open operation succeeds, the server MUST send the OK untagged response including HIGHESTMODSEQ response code. If the persistent storage for the mailbox is not supported, the server MUST send the OK untagged response including NOMODSEQ response code instead. 3.1.1. HIGHESTMODSEQ Response Code This document adds a new response code that is returned in the OK untagged response for the SELECT and EXAMINE commands. A server supporting the persistent storage of mod-sequences for the mailbox MUST send the OK untagged response including HIGHESTMODSEQ response code with every successful SELECT or EXAMINE command: From samsungsvl@yahoo.com Mon Dec 2 16:02:34 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD131ADEC0 for ; Mon, 2 Dec 2013 16:02:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.652 X-Spam-Level: X-Spam-Status: No, score=-0.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A6Qk_bbN12VP for ; Mon, 2 Dec 2013 16:02:33 -0800 (PST) Received: from nm18-vm0.bullet.mail.bf1.yahoo.com (nm18-vm0.bullet.mail.bf1.yahoo.com [98.139.213.138]) by ietfa.amsl.com (Postfix) with SMTP id CDDCE1ADEB4 for ; Mon, 2 Dec 2013 16:02:32 -0800 (PST) Received: from [98.139.212.152] by nm18.bullet.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 00:02:30 -0000 Received: from [98.139.212.237] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 00:02:30 -0000 Received: from [127.0.0.1] by omp1046.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 00:02:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 256884.34163.bm@omp1046.mail.bf1.yahoo.com Received: (qmail 9313 invoked by uid 60001); 3 Dec 2013 00:02:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1386028950; bh=/z1b20jbJVw7hT812u0unF1kVmg/wc1cN0WQEHe+UBQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Q0mORPoCLIlT4doFm7yg6Fy3VWDdXqhGcb3TNYbLQOjRKKFkubZlB9RiKUu3Epsx/Tr/cSE0YFM8Dm6fDF/DeweFGh2/gNp1CqWFegznCZFMvYRrpdjdKSBxopvv2tKKO3TjkGntfgj3l3xIsQcPfD11W8eTrO1atif1YHe8KJo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5FoqDbA8nWp3WoqaDU7kYJQtV8rJypAAxDFRpXbOrHYRQCW4MUx6XnZEgAthp7X/omXtkVTj+Wa18DVZ7qRC97De93df9spaZQGqnGAPw3RYERBLzQjHG36i6iE5YaAuD9zoejO8+A8mGCA2cBbKo9fBr/l35EkqE5HGl8VCCw8=; X-YMail-OSG: 0AsQrjwVM1liQFcDE1HpPlLNnXBDUTpz8Fj8tiB0BgoA1st .nZWn.M6XkcsSnQafh_C04zeQp557gt3mBDBoDeIUUkfkqPwsYo2c2qs7_Sr iPnunczTkG0RambUjGfB2TEnVSHual10PAMKx.pnAovq4shsqWeOJ5rscp1d ZgZ9Tgoj19rWSKpr6FimwdwByhmw2TMcSzfAeM2bEZuvCdCyRLAbkS76U3bM NcfbCEhpEHxkiRPTN.DyXZiCTF9KGKL6r6PjTiJSUL6927LqkOa_ExpV5q3S f8v0aXz7hYTIsz9MfyHcEaSIO8iyWbifQWAowOY7.6c1hbC3xOjyJ7B3G06. WHGAqFuax1E06N4Xno6238I7KGnONUU9nGv0CHPUW65vcdktrlDWH_oXsBce 9wXhUTQLQRC2M9dWlm6OBVyXv7kwTftUswtSkOfT7z5e7AOAOhj0LvOJYbOQ .b5dDuDw3axeTNqdKK4HEAnAeKm5yabG.7bfgloeIOB6fBjlTwpMrE3jhXNG UnmBqJKmnbOvbeNy2m1NZYJY0u2CwUOE2SfFxDNRrh7ofnh4SjUMF Received: from [203.244.218.1] by web160201.mail.bf1.yahoo.com via HTTP; Mon, 02 Dec 2013 16:02:29 PST X-Rocket-MIMEInfo: 002.001, SGkgQ2hyaXMsCgpUaGFua3MgZm9yIHlvdXIgY2xhcmlmaWNhdGlvbi4KClJlZ2FyZHMsCkpheQoKCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo.IEZyb206IENocmlzIE5ld21hbiA8Y2hyaXMubmV3bWFuQG9yYWNsZS5jb20.Cj5UbzogU2Ftc3VuZyBTVkwgPHNhbXN1bmdzdmxAeWFob28uY29tPjsgbGVtb25hZGVAaWV0Zi5vcmcgCj5TZW50OiBNb25kYXksIDIgRGVjZW1iZXIgMjAxMywgMTg6MTAKPlN1YmplY3Q6IFJlOiBbbGVtb25hZGVdIFJlZ2FyZGluZyBDT05EU1RPUkUgSU1BUCBleHQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.167.602 References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> Message-ID: <1386028949.42306.YahooMailNeo@web160201.mail.bf1.yahoo.com> Date: Mon, 2 Dec 2013 16:02:29 -0800 (PST) From: Samsung SVL To: Chris Newman , "lemonade@ietf.org" In-Reply-To: <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="958772500-1811256010-1386028949=:42306" Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Samsung SVL List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 00:02:34 -0000 --958772500-1811256010-1386028949=:42306 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Chris,=0A=0AThanks for your clarification.=0A=0ARegards,=0AJay=0A=0A=0A>= ________________________________=0A> From: Chris Newman =0A>To: Samsung SVL ; lemonade@ietf.org =0A>Sen= t: Monday, 2 December 2013, 18:10=0A>Subject: Re: [lemonade] Regarding COND= STORE IMAP extension=0A> =0A>=0A>--On December 2, 2013 13:51:24 -0800 Samsu= ng SVL =0A>=0A>wrote:=0A>=0A>> Hi All,=0A>>=0A>> Kin= dly clarify my below query regarding "CONDSTORE" IMAP Extension.=0A>>=0A>> = When IMAP server advertises the "CONDSTORE" support as part of=0A>> CAPABIL= ITIES, client assumes that server support IMAP CONSTORE=0A>> extension.=A0= =0A>>=0A>> As per RFC 4551,=A0=A0client issues SELECT command =A0for a mail= box in the=0A>> below format and receives the response with HIGHESTMODSEQ v= alue as =A0"1"=0A>>=0A>> C: A142 SELECT INBOX=0A>>=0A>> During the subseque= nt SELECT command, client receives "HIGHESTMODSEQ"=0A>> value always set to= "1". Its not getting incremented with respect to the=0A>> changes in the m= ailbox.=A0=0A>>=0A>> Some IMAP server changes the HIGHESTMODSEQ value only = when client issues=0A>> SELECT command in the below format.=0A>>=0A>> C:A14= 2 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ"))=0A>>=0A>> Kindly= clarify which format is right one, because most of the IMAP server=0A>> be= haves differently.=A0=0A>=0A>Technically, the former command is correct onl= y if you've previously issued =0A>a condstore-enabling command (or don't wa= nt to use condstore) and the =0A>latter is correct only if the server adver= tises QRESYNC and you have issued =0A>"ENABLE QRESYNC" previously. For more= details see RFC 4551 and RFC 5162.=0A>=0A>Have you tried using:=0A>=0A>C: = A142 SELECT INBOX (CONDSTORE)=0A>=0A>That's a condstore-enabling command th= at servers advertising the CONDSTORE =0A>capability are required to support= . Servers are free to not return =0A>HIGHESTMODSEQ at all until a condstore= -enabling command occurs, and then =0A>they MUST return either HIGHESTMODSE= Q or NOMODSEQ.=0A>=0A>Of course, if a server is returning HIGHESTMODSEQ and= not updating it after =0A>flag changes, that server may have a bug, so you= may have to fallback to =0A>not using CONDSTORE with that server and just = do a full resync every time. =0A>You might want to report that bug to the s= erver vendor so they have the =0A>opportunity to fix it in a subsequent rel= ease.=0A>=0A>=A0=A0=A0 =A0=A0=A0 - Chris=0A>=0A>=0A>=0A> --958772500-1811256010-1386028949=:42306 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Chris,

Thanks for your clarification.

Regards,
Jay

From: Chris Newman <chris.newman@oracle.com= >
To: Samsung SVL <samsungsvl@yahoo.com>; lemonade@ietf.org
Sent: Monday, 2 December 2013, 18:10
Subject: Re: [lemonade] Regardin= g CONDSTORE IMAP extension

--On December 2, 2013 13:51:24 -0800 Samsung SVL <samsungsvl@yahoo.com>

wrote:

> Hi= All,
>
> Kindly clarify my below= query regarding "CONDSTORE" IMAP Extension.
>
> When IMAP server advertises the "CONDSTORE" support as part= of
> CAPABILITIES, client assumes that server support= IMAP CONSTORE
> extension. 
&g= t;
> As per RFC 4551,  client issues SELECT command  for a mailbox = in the
> below format and receives the response with H= IGHESTMODSEQ value as  "1"
>
&g= t; C: A142 SELECT INBOX
>
> Durin= g the subsequent SELECT command, client receives "HIGHESTMODSEQ"
> value always set to "1". Its not getting incremented with re= spect to the
> changes in the mailbox. 
>
> Some IMAP server changes the HIGHESTM= ODSEQ value only when client issues
> SELECT command i= n the below format.
>
> C:A142 SE= LECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ"))
&g= t;
> Kindly clarify which format is right one, because= most of the IMAP server
> behaves differently. <= /div>

Technically, the former command is correct only if you've p= reviously issued
a condstore-enabling command (or don't = want to use condstore) and the
latter is correct only if= the server advertises QRESYNC and you have issued
"ENAB= LE QRESYNC" previously. For more details see RFC 4551 and RFC 5162.

Have you tried using:

C: A142 SELECT INBOX (CONDSTORE)

That's a condstore-enabling command that servers advertising the = CONDSTORE
capability are required to support. Servers ar= e free to not return
HIGHESTMODSEQ at all until a condst= ore-enabling command occurs, and then
they MUST return e= ither HIGHESTMODSEQ or NOMODSEQ.

Of co= urse, if a server is returning HIGHESTMODSEQ and not updating it after
flag changes, that server may have a bug, so you may have to fallback to
not using CONDSTORE with that server and just do a full resync= every time.
You might want to report that bug to the se= rver vendor so they have the
opportunity to fix it in a = subsequent release.

   =     - Chris
<= br clear=3D"none">


--958772500-1811256010-1386028949=:42306-- From dave@cridland.net Mon Dec 2 21:52:32 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EB3E1AE044 for ; Mon, 2 Dec 2013 21:52:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 277TbVzun65S for ; Mon, 2 Dec 2013 21:52:30 -0800 (PST) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id DEDA61AE038 for ; Mon, 2 Dec 2013 21:52:29 -0800 (PST) Received: by mail-ob0-f172.google.com with SMTP id gq1so14019858obb.31 for ; Mon, 02 Dec 2013 21:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cridland.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ecy3z+g0NNQH5j60BomldG78DLvFQ1mNrepScun/zqU=; b=YIxJxTw2SVT146oUZrMjGhqDu1IGbyFa0UEgqbblTcd0GP45ASaEqwTIHd7KcadPzD RGPFmhZDFWu++jQoTzoRGKn2ePAqndKzI7KRBnxBWllvLT6NIg1fvrWE8n4+LHGpThrL AyOETOfH+aRUAGhHz3Ma33vtJVzB2nnCYEuEE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ecy3z+g0NNQH5j60BomldG78DLvFQ1mNrepScun/zqU=; b=gnbKCey+PtSAHhsPyrGOap/ezVg+elppVfSsocM8OPfoGobO/8cvQ54GCkAh8+51s9 GBnrOcV5bM0a8DR586V30NfdCcc6AzebfJ6QrWEF9vpOIDjyZb0qO201J5r/zeaVM8dB r75SVGWERhHmZ4eCEdCALVGyvcft9smY23UDdRdlNHoPdK6JUHkbAufG4ajzGjN+1kCU k2pqM8PHT6o6N9E1g4ae+q21MsGLmXmjmqFy5jznVoacYc0teXEowN/R7vVXqnCPPB0G O/QHIhdbPDz7UAfi8dC/xkdbfZFzSRhaSEQszLvmj3Gvacejdz2kJ5NNI5Y20jYg6YIH sF8g== X-Gm-Message-State: ALoCoQnZUvE4wzz7JAhTPmBI+Cpg4vL+EtsWDv4nI89eoLDd+2W3g2VM4cbJD/HSlzliX5/EJq5B MIME-Version: 1.0 X-Received: by 10.60.62.172 with SMTP id z12mr57703189oer.4.1386049947241; Mon, 02 Dec 2013 21:52:27 -0800 (PST) Received: by 10.60.121.97 with HTTP; Mon, 2 Dec 2013 21:52:27 -0800 (PST) In-Reply-To: <1386028949.42306.YahooMailNeo@web160201.mail.bf1.yahoo.com> References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> <1386028949.42306.YahooMailNeo@web160201.mail.bf1.yahoo.com> Date: Tue, 3 Dec 2013 05:52:27 +0000 Message-ID: From: Dave Cridland To: Samsung SVL Content-Type: multipart/alternative; boundary=001a11c20976bf21e004ec9ae6f3 Cc: "lemonade@ietf.org" , Chris Newman Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 05:52:32 -0000 --001a11c20976bf21e004ec9ae6f3 Content-Type: text/plain; charset=ISO-8859-1 Just to remind folk, the update to RFC 4551 - now also documenting QRESYNC as well - is currently in Working Group Last Call, which ends on the 6th of December. https://ietf.org/doc/draft-ietf-qresync-rfc5162bis/ If you think this needs to be clearer in the new document, please let the document authors, and the mailing list at imapext@ietf.org know. On Tue, Dec 3, 2013 at 12:02 AM, Samsung SVL wrote: > Hi Chris, > > Thanks for your clarification. > > Regards, > Jay > > ------------------------------ > *From:* Chris Newman > *To:* Samsung SVL ; lemonade@ietf.org > *Sent:* Monday, 2 December 2013, 18:10 > > *Subject:* Re: [lemonade] Regarding CONDSTORE IMAP extension > > --On December 2, 2013 13:51:24 -0800 Samsung SVL > > wrote: > > > Hi All, > > > > Kindly clarify my below query regarding "CONDSTORE" IMAP Extension. > > > > When IMAP server advertises the "CONDSTORE" support as part of > > CAPABILITIES, client assumes that server support IMAP CONSTORE > > extension. > > > > As per RFC 4551, client issues SELECT command for a mailbox in the > > below format and receives the response with HIGHESTMODSEQ value as "1" > > > > C: A142 SELECT INBOX > > > > During the subsequent SELECT command, client receives "HIGHESTMODSEQ" > > value always set to "1". Its not getting incremented with respect to the > > changes in the mailbox. > > > > Some IMAP server changes the HIGHESTMODSEQ value only when client issues > > SELECT command in the below format. > > > > C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ")) > > > > Kindly clarify which format is right one, because most of the IMAP server > > behaves differently. > > > Technically, the former command is correct only if you've previously > issued > a condstore-enabling command (or don't want to use condstore) and the > latter is correct only if the server advertises QRESYNC and you have > issued > "ENABLE QRESYNC" previously. For more details see RFC 4551 and RFC 5162. > > Have you tried using: > > C: A142 SELECT INBOX (CONDSTORE) > > That's a condstore-enabling command that servers advertising the CONDSTORE > capability are required to support. Servers are free to not return > HIGHESTMODSEQ at all until a condstore-enabling command occurs, and then > they MUST return either HIGHESTMODSEQ or NOMODSEQ. > > Of course, if a server is returning HIGHESTMODSEQ and not updating it > after > flag changes, that server may have a bug, so you may have to fallback to > not using CONDSTORE with that server and just do a full resync every time. > You might want to report that bug to the server vendor so they have the > opportunity to fix it in a subsequent release. > > - Chris > > > > > _______________________________________________ > lemonade mailing list > lemonade@ietf.org > https://www.ietf.org/mailman/listinfo/lemonade > Supplemental Web Site: > http://www.standardstrack.com/ietf/lemonade > --001a11c20976bf21e004ec9ae6f3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Just to remind folk, the update to RFC 4551 - now also doc= umenting QRESYNC as well - is currently in Working Group Last Call, which e= nds on the 6th of December.


If you think this needs to be clearer in the new = document, please let the document authors, and the mailing list at imapext@ietf.org know.


On Tue, Dec 3, 2013 at 12:02 AM, Samsung= SVL <samsungsvl@yahoo.com> wrote:
Hi Chris,
<= div style=3D"font-style:normal;font-size:11px;background-color:transparent;= font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Luc= ida Grande',sans-serif">
Thanks for your c= larification.

Regards,
Jay

From: Chris Newman <chris.newman@oracle.com>
= To: Samsung SVL <samsungsvl@y= ahoo.com>; le= monade@ietf.org
Sent: Monday, 2 December 2013, 18:10

Subject: Re: [lemonade]= Regarding CONDSTORE IMAP extension

=
--On December 2, 2013 13:51:24 -0800 Samsung SVL <samsun= gsvl@yahoo.com>

wrote:

> Hi All,=
>
> Kindly clarify my below quer= y regarding "CONDSTORE" IMAP Extension.
> > When IMAP server advertises the "CONDSTORE" support as part = of
> CAPABILITIES, client assumes that server support = IMAP CONSTORE
> extension.=A0
> > As per RFC 4551,=A0=A0client issues SELECT command =A0for a mailbox in the> below format and receives the response with HIGHESTMOD= SEQ value as =A0"1"
>
>= C: A142 SELECT INBOX
>
> During the subsequent SELECT command, client re= ceives "HIGHESTMODSEQ"
> value always set to= "1". Its not getting incremented with respect to the
> changes in the mailbox.=A0
>
&g= t; Some IMAP server changes the HIGHESTMODSEQ value only when client issues=
> SELECT command in the below format.
>
> C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" &quo= t;HIGHESTMODSEQ"))
>
> Kindl= y clarify which format is right one, because most of the IMAP server
> behaves differently.=A0


Tec= hnically, the former command is correct only if you've previously issue= d
a condstore-enabling command (or don't want to use= condstore) and the
latter is correct only if the server advertises QRESYNC and you have issued=
"ENABLE QRESYNC" previously. For more details= see RFC 4551 and RFC 5162.

Have you t= ried using:

C: A142 SELECT INBOX (CONDSTORE)

That's a condstore-enabling command that servers adverti= sing the CONDSTORE
capability are required to support. S= ervers are free to not return
HIGHESTMODSEQ at all until a condstore-enabling command occurs, and then they MUST return either HIGHESTMODSEQ or NOMODSEQ.

Of course, if a server is returning HIGHESTMO= DSEQ and not updating it after
flag changes, that server may have a bug, so you may have to fallback to
not using CONDSTORE with that server and just do a full resync= every time.
You might want to report that bug to the se= rver vendor so they have the
opportunity to fix it in a subsequent release.

=A0=A0=A0 =A0=A0=A0 - Chris



=
_______________________________________________
lemonade mailing list
lemonade@ietf.org
https://www.ietf.org/mailman/listinfo/lemonade
Supplemental Web Site:
h= ttp://www.standardstrack.com/ietf/lemonade

--001a11c20976bf21e004ec9ae6f3-- From samsungsvl@yahoo.com Tue Dec 3 14:21:30 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6C691AE181 for ; Tue, 3 Dec 2013 14:21:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O-b4wrR36hY1 for ; Tue, 3 Dec 2013 14:21:28 -0800 (PST) Received: from nm41-vm9.bullet.mail.bf1.yahoo.com (nm41-vm9.bullet.mail.bf1.yahoo.com [216.109.114.138]) by ietfa.amsl.com (Postfix) with SMTP id 9EB941AE1A6 for ; Tue, 3 Dec 2013 14:21:20 -0800 (PST) Received: from [66.196.81.173] by nm41.bullet.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 22:21:17 -0000 Received: from [98.139.212.219] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 22:21:17 -0000 Received: from [127.0.0.1] by omp1028.mail.bf1.yahoo.com with NNFMP; 03 Dec 2013 22:21:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 692103.65357.bm@omp1028.mail.bf1.yahoo.com Received: (qmail 73096 invoked by uid 60001); 3 Dec 2013 22:21:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1386109277; bh=LGh7SUlLCySCKg2TjSxTum3RKKLqHqPW4jUM50Vf4MI=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=bpNIgUID8v65yzqzFY/h6X+KtG/NxQtRg4iszyKzqF+/ui66oDpJqT4jsTAJi88bgy6DQARVioZvBYUIe2q/xjIdUy/o9Nrf6tOkm1QA963vVsgEN83AZNqMDTWtCTIL5aDCGKfIn29OHtQSMbEJbv8o7l/qSQbLrLwQWczOvQo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=b414GiwhUgkpDt4TVOaPvmXddn+i2HFkKZVWxXV5Yf5HS/5PYKbjeTt72VwggHW/6uxsNutNHyQqv8q48i2wHiim7CHHbxqcxUIrjNfQ/mF0tiVrByZnDNLCIbwc2Sg0ggY4eMuC9cd5BK3NwRemjrMFuOkQDuk24MUsyqz/ovs=; X-YMail-OSG: gDFAr8UVM1lTUJWTHDsRaNK04m8JNLYi51jiPmoH3MM3HF9 QsL6ehbiNRi8YJ.Nx3bpq0wl29T4OobKOQCi7aGebdt8sz.OoXoAhV_tPQs4 EdI.xcdic06eZyVvz4XlL0nTPgDOPcYvsk4IF9pxXa_r9Y.2KUkVpeifQcPJ AsiuPbdyz1clC.wKFDftIFk7vSSuPsBL.TzILCFTEBBBVNTE3q0zaaqImqXH QImP72bjyqFBnk_59Q9mgJTBjcgcb41eSAqSnrg7p_8wJmW_D3.e.7Ta5yUL k2nWrNo2KzSxHKy0Hcm2MT0VXBM5hjxu8W5sx4LSHLd7rx9EwO49eK7k.60f VINEm8bpJ7OcFop4sKVB6LsNVFkbo8m1brGWROPtl3JPbcH8zETcnbff_sgY dACkIyEAw7ThcjcTaGWgbeFQBCu6Tmd3zgJ3WhOIfGL5mEcd4Fa1Lkhw8MB4 beYtsEjwU_dCSZ8h9To5vV.BvVP.WDZpBCu37UCWwISFPTpIhcArjJYUEKBn h5CBjMMv7C4BQQF78nzdGVvPBtRYGHs9zKDOZxAELf4aVt6iE7g5dzxmIiYE Ld_iPcHordSR6ORELQpbWSEijp7rjYz7SYiDUaeIZ0K_gAleQYHbV0cs4tht eSoQJqA-- Received: from [63.166.115.40] by web160203.mail.bf1.yahoo.com via HTTP; Tue, 03 Dec 2013 14:21:17 PST X-Rocket-MIMEInfo: 002.001, SGkgRGF2ZS9BbGV4eSwKCkkgaGF2ZSBnb25lIHRocm91Z2ggdGhlwqBodHRwczovL2lldGYub3JnL2RvYy9kcmFmdC1pZXRmLXFyZXN5bmMtcmZjNTE2MmJpcy_CoGRyYWZ0LiBSZWdhcmRpbmcgdGhlIGlzc3VlIHJlcG9ydGVkIGVhcmxpZXIsIHNvbWUgc2VydmVyIGV4cGxpY2l0bHkgZXhwZWN0cyBFTkFCTEUgY29tbWFuZCB0byBpbmNyZW1lbnQgdGhlIEhJR0hFU1RNT0RTRVEgYW5kIHNvbWUgc2VydmVyIGF1dG9tYXRpY2FsbHkgaW5jcmVtZW50cy4gVG8gbWFrZSB0aGUgdGhpbmcgY2xlYXIgYW5kIGFsc28BMAEBAQE- X-Mailer: YahooMailWebService/0.8.167.602 References: <1386021084.78345.YahooMailNeo@web160203.mail.bf1.yahoo.com> <9576257CC412C5B483A28644@96B2F16665FF96BAE59E9B90> <1386028949.42306.YahooMailNeo@web160201.mail.bf1.yahoo.com> Message-ID: <1386109277.12951.YahooMailNeo@web160203.mail.bf1.yahoo.com> Date: Tue, 3 Dec 2013 14:21:17 -0800 (PST) From: Samsung SVL To: Dave Cridland , "Alexey.Melnikov@isode.com" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-2111173271-216864622-1386109277=:12951" Cc: "lemonade@ietf.org" , Chris Newman , "j.sb@sta.samsung.com" , "imapext@ietf.org" Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Samsung SVL List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 22:21:31 -0000 ---2111173271-216864622-1386109277=:12951 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Dave/Alexy,=0A=0AI have gone through the=A0https://ietf.org/doc/draft-ie= tf-qresync-rfc5162bis/=A0draft. Regarding the issue reported earlier, some = server explicitly expects ENABLE command to increment the HIGHESTMODSEQ and= some server automatically increments. To make the thing clear and also to = follow the consistent behavior across various IMAP clients.=A0It would be b= etter to insist a point about enabling the CONDSTORE service in the server = by sending ENABLE CONDSTORE command.=0A=0ASo, even-though server advertises= the supported capability, its client responsibility to send ENABLE CONDSTO= RE command to enable the service. In case, if IMAP server did not support t= he ENABLE extension, then how client should enable the service can also men= tioned to make it clear for client implementation.=A0=0A=0APlease consider = and if you feel its worthy, kindly update the draft.=A0=0A=0ARegards,=0AJay= =0A=0A>________________________________=0A> From: Dave Cridland =0A>To: Samsung SVL =0A>Cc: Chris Newman ; "lemonade@ietf.org" =0A>Sent: T= uesday, 3 December 2013, 0:52=0A>Subject: Re: [lemonade] Regarding CONDSTOR= E IMAP extension=0A> =0A>=0A>=0A>Just to remind folk, the update to RFC 455= 1 - now also documenting QRESYNC as well - is currently in Working Group La= st Call, which ends on the 6th of December.=0A>=0A>=0A>https://ietf.org/doc= /draft-ietf-qresync-rfc5162bis/=0A>=0A>=0A>=0A>If you think this needs to b= e clearer in the new document, please let the document authors, and the mai= ling list at imapext@ietf.org know.=0A>=0A>=0A>=0A>On Tue, Dec 3, 2013 at 1= 2:02 AM, Samsung SVL wrote:=0A>=0A>Hi Chris,=0A>>=0A= >>=0A>>Thanks for your clarification.=0A>>=0A>>=0A>>Regards,=0A>>Jay=0A>>= =0A>>=0A>>=0A>>>________________________________=0A>>> From: Chris Newman <= chris.newman@oracle.com>=0A>>>To: Samsung SVL ; lemon= ade@ietf.org =0A>>>Sent: Monday, 2 December 2013, 18:10=0A>>>=0A>>>Subject:= Re: [lemonade] Regarding CONDSTORE IMAP extension=0A>>>=0A>>>=0A>>>=0A>>>-= -On December 2, 2013 13:51:24 -0800 Samsung SVL =0A>= >>=0A>>>wrote:=0A>>>=0A>>>> Hi All,=0A>>>>=0A>>>> Kindly clarify my below q= uery regarding "CONDSTORE" IMAP Extension.=0A>>>>=0A>>>> When IMAP server a= dvertises the "CONDSTORE" support as part of=0A>>>> CAPABILITIES, client as= sumes that server support IMAP CONSTORE=0A>>>> extension.=A0=0A>>>>=0A>>>> = As=0A per RFC 4551,=A0=A0client issues SELECT command =A0for a mailbox in t= he=0A>>>> below format and receives the response with HIGHESTMODSEQ value a= s =A0"1"=0A>>>>=0A>>>> C: A142 SELECT INBOX=0A>>>>=0A>>>> During the subseq= uent SELECT command, client receives "HIGHESTMODSEQ"=0A>>>> value always se= t to "1". Its not getting incremented with respect to the=0A>>>> changes in= the mailbox.=A0=0A>>>>=0A>>>> Some IMAP server changes the HIGHESTMODSEQ v= alue only when client issues=0A>>>> SELECT command in the below format.=0A>= >>>=0A>>>> C:A142 SELECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ"))= =0A>>>>=0A>>>> Kindly clarify which format is right one, because most of th= e IMAP server=0A>>>> behaves differently.=A0=0A>>>=0A>>>Technically, the fo= rmer command is correct only if you've previously issued =0A>>>a condstore-= enabling command (or don't want to use condstore) and the =0A>>>latter is c= orrect only if the server advertises QRESYNC and you have issued =0A>>>"ENA= BLE QRESYNC" previously. For more details see RFC 4551 and RFC 5162.=0A>>>= =0A>>>Have you tried using:=0A>>>=0A>>>C: A142 SELECT INBOX (CONDSTORE)=0A>= >>=0A>>>That's a condstore-enabling command that servers advertising the CO= NDSTORE =0A>>>capability are required to support. Servers are free to not r= eturn =0A>>>HIGHESTMODSEQ at all until a condstore-enabling command occurs,= and then =0A>>>they MUST return either HIGHESTMODSEQ or NOMODSEQ.=0A>>>=0A= >>>Of course, if a server is returning HIGHESTMODSEQ and not updating it af= ter =0A>>>flag=0A changes, that server may have a bug, so you may have to f= allback to =0A>>>not using CONDSTORE with that server and just do a full re= sync every time. =0A>>>You might want to report that bug to the server vend= or so they have the =0A>>>opportunity to fix it in a subsequent release.=0A= >>>=0A>>>=A0=A0=A0 =A0=A0=A0 - Chris=0A>>>=0A>>>=0A>>>=0A>>>=0A>>__________= _____________________________________=0A>>lemonade mailing list=0A>>lemonad= e@ietf.org=0A>>https://www.ietf.org/mailman/listinfo/lemonade=0A>>Supplemen= tal Web Site:=0A>>http://www.standardstrack.com/ietf/lemonade=0A>>=0A>=0A>= =0A> ---2111173271-216864622-1386109277=:12951 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Dave/Alexy,

I have gone through the https://ietf.org/doc/draft-ietf-qresync-rfc5162bis/ = draft. Regarding the issue reported earlier, some server explicitly expects= ENABLE command to increment the HIGHESTMODSEQ and some server automatically incre= ments. To make the thing clear and also to follow the consistent behavior a= cross various IMAP clients. It would be better to insist a point about enabling the CONDSTORE serv= ice in the server by sending ENABLE CONDSTORE command.

So, even-though server advertises t= he supported capability, its client responsibility to send ENABLE CONDSTORE= command to enable the service. In case, if IMAP server did not support the ENABLE extension, then how client should enable the service can also m= entioned to make it clear for client implementation. 

Please consider and if you feel= its worthy, kindly update the draft. 

Regards,
Jay
From: Dave Cridland <dave@cridland.net>
To: Samsung SVL <samsungsvl@y= ahoo.com>
Cc: Chris Newman <= chris.newman@oracle.com>; "lemonade@ietf.org" <lemonade@ietf.org> =
Sent: Tuesday, 3 Dece= mber 2013, 0:52
Subject: Re: [lemonade] Regarding CONDSTORE IMAP extension

Just to remind folk, the update to RFC 4551 - now also documenting QRE= SYNC as well - is currently in Working Group Last Call, which ends on the 6= th of December.


If you think this = needs to be clearer in the new document, please let the document authors, a= nd the mailing list at imape= xt@ietf.org know.
= =0A

On Tue, Dec 3, 2013 at 12:02 AM, Samsung SVL <samsungsvl@yahoo.com> wrote:
=0A
Hi= Chris,
=0A
<= /span>
Thanks for your clarification.<= /span>
=0A

Regards,
=0A
Jay<= /span>

= =0A
=0A
From: Chris= Newman <ch= ris.newman@oracle.com>
To: Samsung SVL=0A <samsungsvl@yahoo.com>; lemonade@ietf.org
= Sent: Monday, 2 December 2013,= 18:10
=0A
Subject: Re: [lemonade] Regarding C= ONDSTORE IMAP extension

--On December 2, 2013 13:51:24 -0= 800 Samsung SVL <= samsungsvl@yahoo.com>
=0A
wrote:

> Hi All,
>
> Kindly clarify my below query regarding "CONDSTORE" IMAP Extension= .
>
=0A> When IMAP server adverti= ses the "CONDSTORE" support as part of
> CAPABILITIES,= client assumes that server support IMAP CONSTORE
> ex= tension. 
>
=0A> As=0A per R= FC 4551,  client issues SELECT command  for a mailbox in the=
> below format and receives the response with HIGHEST= MODSEQ value as  "1"
>
> C: = A142 SELECT INBOX
=0A>
> During t= he subsequent SELECT command, client receives "HIGHESTMODSEQ"
> value always set to "1". Its not getting incremented with respect= to the
=0A> changes in the mailbox. 
>
> Some IMAP server changes the HIGHESTMODS= EQ value only when client issues
> SELECT command in t= he below format.
>
=0A> C:A142 SE= LECT "INBOX" (QRESYNC ("UIDVALIDITY" "HIGHESTMODSEQ"))
&g= t;
> Kindly clarify which format is right one, because= most of the IMAP server
=0A> behaves differently.&nbs= p;


Technically, the former comma= nd is correct only if you've previously issued
a condsto= re-enabling command (or don't want to use condstore) and the
=0Alatter is correct only if the server advertises QRESYNC and you hav= e issued
"ENABLE QRESYNC" previously. For more details s= ee RFC 4551 and RFC 5162.

Have you tri= ed using:
=0A
C: A142 SELECT INBOX (CO= NDSTORE)

That's a condstore-enabling c= ommand that servers advertising the CONDSTORE
capability= are required to support. Servers are free to not return
=0AHIGHESTMODSEQ at all until a condstore-enabling command occurs, and the= n
they MUST return either HIGHESTMODSEQ or NOMODSEQ.

Of course, if a server is returning HIGHE= STMODSEQ and not updating it after
=0Aflag=0A changes, t= hat server may have a bug, so you may have to fallback to
not using CONDSTORE with that server and just do a full resync every time= .
You might want to report that bug to the server vendor= so they have the
=0Aopportunity to fix it in a subseque= nt release.

     &= nbsp;  - Chris




_________________________________________= ______
=0A=0Alemonade mailing list
=0A<= a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:lemonade@ietf.org" targ= et=3D"_blank" href=3D"mailto:lemonade@ietf.org">lemonade@ietf.org
=0Ahttps://www.ietf.org/ma= ilman/listinfo/lemonade
=0ASupplemental Web Site:
=0Ahttp://www.standardstrack.= com/ietf/lemonade



=
---2111173271-216864622-1386109277=:12951-- From wwwrun@rfc-editor.org Fri Dec 6 12:57:10 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59E111AE04F for ; Fri, 6 Dec 2013 12:57:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uBZ60GkTO1lE for ; Fri, 6 Dec 2013 12:57:08 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE831AE03E for ; Fri, 6 Dec 2013 12:57:08 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 438A37FC158; Fri, 6 Dec 2013 12:57:04 -0800 (PST) To: arnt@oryx.com, Curtis.King@isode.com, Alexey.Melnikov@isode.com, barryleiba@computer.org, presnick@qti.qualcomm.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System Message-Id: <20131206205704.438A37FC158@rfc-editor.org> Date: Fri, 6 Dec 2013 12:57:04 -0800 (PST) Cc: lemonade@ietf.org, janphilipp@litza.de, rfc-editor@rfc-editor.org Subject: [lemonade] [Editorial Errata Reported] RFC5465 (3824) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 20:57:10 -0000 The following errata report has been submitted for RFC5465, "The IMAP NOTIFY Extension". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5465&eid=3824 -------------------------------------- Type: Editorial Reported by: Jan-Philipp Litza Section: 3 Original Text ------------- IMAP servers that support this extension advertise the NOTIFY capability. This extension adds the NOTIFY command as defined in Section 5.1. Corrected Text -------------- IMAP servers that support this extension advertise the NOTIFY capability. This extension adds the NOTIFY command as defined in Section 3.1. Notes ----- Wrong section reference. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5465 (draft-ietf-lemonade-imap-notify-07) -------------------------------------- Title : The IMAP NOTIFY Extension Publication Date : February 2009 Author(s) : A. Gulbrandsen, C. King, A. Melnikov Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From wwwrun@rfc-editor.org Fri Dec 6 13:02:00 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 637EF1AE108; Fri, 6 Dec 2013 13:02:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TP6RDBqeU96U; Fri, 6 Dec 2013 13:01:58 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2607:f170:8000:1500::d3]) by ietfa.amsl.com (Postfix) with ESMTP id AE2791AE105; Fri, 6 Dec 2013 13:01:58 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id D5E457FC15A; Fri, 6 Dec 2013 13:01:54 -0800 (PST) To: janphilipp@litza.de, arnt@oryx.com, Curtis.King@isode.com, Alexey.Melnikov@isode.com From: RFC Errata System Message-Id: <20131206210154.D5E457FC15A@rfc-editor.org> Date: Fri, 6 Dec 2013 13:01:54 -0800 (PST) Cc: lemonade@ietf.org, barryleiba@computer.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [lemonade] [Errata Verified] RFC5465 (3824) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 21:02:00 -0000 The following errata report has been verified for RFC5465, "The IMAP NOTIFY Extension". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5465&eid=3824 -------------------------------------- Status: Verified Type: Editorial Reported by: Jan-Philipp Litza Date Reported: 2013-12-06 Verified by: Barry Leiba (IESG) Section: 3 Original Text ------------- IMAP servers that support this extension advertise the NOTIFY capability. This extension adds the NOTIFY command as defined in Section 5.1. Corrected Text -------------- IMAP servers that support this extension advertise the NOTIFY capability. This extension adds the NOTIFY command as defined in Section 3.1. Notes ----- Wrong section reference. -------------------------------------- RFC5465 (draft-ietf-lemonade-imap-notify-07) -------------------------------------- Title : The IMAP NOTIFY Extension Publication Date : February 2009 Author(s) : A. Gulbrandsen, C. King, A. Melnikov Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From j.sb@sta.samsung.com Fri Dec 13 15:36:48 2013 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 188081AE14B for ; Fri, 13 Dec 2013 15:36:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.099 X-Spam-Level: *** X-Spam-Status: No, score=3.099 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MANGLED_LOOK=2.3, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ATzb7dhtafBe for ; Fri, 13 Dec 2013 15:36:45 -0800 (PST) Received: from cuda3.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.17]) by ietfa.amsl.com (Postfix) with ESMTP id 84A691ADFD6 for ; Fri, 13 Dec 2013 15:36:45 -0800 (PST) X-ASG-Debug-ID: 1386977797-0493212bf1d9a8a0001-DCE58c Received: from StaEx7mb3.telecom.sna.samsung.com ([105.52.12.125]) by cuda3.sta.samsung.com with ESMTP id btJ3RjfbSukS9KVW for ; Fri, 13 Dec 2013 17:36:37 -0600 (CST) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.125 X-ASG-Whitelist: Client Received: from STAEX7MB3.telecom.sna.samsung.com ([fe80::2da2:a10c:2286:604e]) by StaEx7mb3.telecom.sna.samsung.com ([fe80::2da2:a10c:2286:604e%21]) with mapi; Fri, 13 Dec 2013 17:36:37 -0600 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::2da2:a10c:2286:604e To: "lemonade@ietf.org" Date: Fri, 13 Dec 2013 17:36:35 -0600 Thread-Topic: IMAP Smart Forward X-ASG-Orig-Subj: IMAP Smart Forward Thread-Index: Ac74XBxdwIpHL/g3Qna3qJv9yARBlg== Message-ID: <6C31A20D5301214284D0C838A6B69542CFBD7B384C@StaEx7mb3.telecom.sna.samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_6C31A20D5301214284D0C838A6B69542CFBD7B384CStaEx7mb3tele_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.125] X-Barracuda-Start-Time: 1386977797 X-Barracuda-URL: http://65.169.250.17:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Subject: [lemonade] IMAP Smart Forward X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2013 23:36:48 -0000 --_000_6C31A20D5301214284D0C838A6B69542CFBD7B384CStaEx7mb3tele_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, We are facing an issue with IMAP Smart forward feature with isode.com demo = server. Please find the log snippet below and share if some is wrong with forming G= ENURLAUTH request. We keep getting 554 5.6.6 IMAP URL resolution failed error response from se= rver. Please through some light. Logs: 12-13 18:26:13.259 21856 21886 D Email : >>> 69 SELECT "INBOX" 12-13 18:26:13.379 21856 21886 D Email : <<< #null# ["OK", ["CLOSED"], "P= revious mailbox closed"] 12-13 18:26:13.389 21856 21886 D Email : <<< #null# ["FLAGS", ["\Answered= ", "\Flagged", "\Deleted", "\Draft", "\Seen"]] 12-13 18:26:13.389 21856 21886 D Email : <<< #null# ["OK", ["PERMANENTFLA= GS", ["\Answered", "\Flagged", "\Deleted", "\Draft", "\Seen", "\*"]], "Flag= s"] 12-13 18:26:13.399 21856 21886 D Email : <<< #null# ["38", "EXISTS"] 12-13 18:26:13.399 21856 21886 D Email : <<< #null# ["0", "RECENT"] 12-13 18:26:13.399 21856 21886 D Email : <<< #null# ["OK", ["UNSEEN", "5"= ], "First unseen"] 12-13 18:26:13.409 21856 21886 D Email : <<< #null# ["OK", ["UIDVALIDITY"= , "1382006838"], "UIDs valid"] 12-13 18:26:13.409 21856 21886 D Email : <<< #null# ["OK", ["UIDNEXT", "6= 3"], "Predicted next UID"] 12-13 18:26:13.409 21856 21886 D Email : <<< #null# ["OK", ["URLMECH", "I= NTERNAL"], "URL mechs"] 12-13 18:26:13.409 21856 21886 D Email : <<< #null# ["OK", ["HIGHESTMODSE= Q", "120"], "Highest"] 12-13 18:26:13.409 21856 21886 D Email : <<< #69# ["OK", ["READ-WRITE"], = "SELECT Completed"] 12-13 18:26:13.419 21856 21886 D Email : >>> 70 UID SEARCH UID 62 12-13 18:26:13.529 21856 21886 D Email : <<< #null# ["SEARCH", "62"] 12-13 18:26:13.539 21856 21886 D Email : <<< #70# ["OK", "UID SEARCH Comp= leted"] 12-13 18:26:13.569 21856 21886 D Email : >>> 71 GENURLAUTH imap://j.sb@de= mo.isode.com/INBOX;UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsubmit+j.sb= @demo.isode.com INTERNAL 12-13 18:26:13.689 21856 21886 D Email : <<< #null# ["GENURLAUTH", "imap:= //j.sb@demo.isode.com/INBOX;UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsu= bmit+j.sb@demo.isode.com:INTERNAL:0A7f800eb72abd091f88788ff85d571f560485af5= e"] 12-13 18:26:13.699 21856 21886 D Email : <<< #71# ["OK", "GENURLAUTH comp= lete"] 12-13 18:26:14.249 21856 21887 D Email : >>> RSET 12-13 18:26:14.359 21856 21887 D Email : <<< 250 2.0.0 OK 12-13 18:26:14.409 21856 21887 D Email : >>> MAIL FROM: 12-13 18:26:14.539 21856 21887 D Email : <<< 250 2.1.0 OK 12-13 18:26:14.579 21856 21887 D Email : >>> RCPT TO: 12-13 18:26:14.699 21856 21887 D Email : <<< 250 2.1.5 Recipient OK. 12-13 18:26:14.879 21856 21887 D Email : >>> NOOP 12-13 18:26:15.449 21856 21887 D Email : <<< 250 2.5.0 OK 12-13 18:26:15.469 21856 21887 D Email : >>> BURL imap://j.sb@demo.isode.= com/INBOX;UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsubmit+j.sb@demo.iso= de.com:INTERNAL:0A7f800eb72abd091f88788ff85d571f560485af5e 12-13 18:26:15.479 21856 21887 D Email : <<< 250 2.0.0 OK 12-13 18:26:15.499 21856 21887 D Email : >>> NOOP 12-13 18:26:16.629 21856 21887 D Email : <<< 554 5.6.6 IMAP URL resolutio= n failed -- Thanks & Regards, Jayantheesh S B | (Google Voice) +1 908 864 7863 | (W) +1 908 809 7925 Extn: 3125 Samsung Verizon Lab, Bridgewater, NJ. --_000_6C31A20D5301214284D0C838A6B69542CFBD7B384CStaEx7mb3tele_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

 

We a= re facing an issue with IMAP Smart forward feature with isode.com demo serv= er.

 

Please find the log snippet below and share if some is wrong with fo= rming GENURLAUTH request.

 

We keep getting 554 5.6.6 IMAP URL resolution failed error = response from server. Please through some light.

 

Logs:

<= p class=3DMsoNormal>12-13 18:26:13.259 21856 21886 D Email   : &g= t;>> 69 SELECT "INBOX"

1= 2-13 18:26:13.379 21856 21886 D Email   : <<< #null# [&q= uot;OK", ["CLOSED"], "Previous mailbox closed"]

12-13 18:26:13.389 21856 21886 D Email&nbs= p;  : <<< #null# ["FLAGS", ["\Answered", = "\Flagged", "\Deleted", "\Draft", "\Seen= "]]

12-13 18:26:13.389 21856 21886 = D Email   : <<< #null# ["OK", ["PERMANENT= FLAGS", ["\Answered", "\Flagged", "\Deleted&q= uot;, "\Draft", "\Seen", "\*"]], "Flags&= quot;]

12-13 18:26:13.399 21856 21886 D = Email   : <<< #null# ["38", "EXISTS"= ]

12-13 18:26:13.399 21856 21886 D Email=    : <<< #null# ["0", "RECENT"]=

12-13 18:26:13.399 21856 21886 D Email =   : <<< #null# ["OK", ["UNSEEN", "5&= quot;], "First unseen"]

12-13 = 18:26:13.409 21856 21886 D Email   : <<< #null# ["O= K", ["UIDVALIDITY", "1382006838"], "UIDs vali= d"]

12-13 18:26:13.409 21856 21886 = D Email   : <<< #null# ["OK", ["UIDNEXT&q= uot;, "63"], "Predicted next UID"]

12-13 18:26:13.409 21856 21886 D Email   : <<= ;< #null# ["OK", ["URLMECH", "INTERNAL"], = "URL mechs"]

12-13 18:26:13.40= 9 21856 21886 D Email   : <<< #null# ["OK", [&= quot;HIGHESTMODSEQ", "120"], "Highest"]=

12-13 18:26:13.409 21856 21886 D Email  = : <<< #69# ["OK", ["READ-WRITE"], "SELEC= T Completed"]

 

=

12-13 18:26:13.419 21856 21886 D Email   : &= gt;>> 70 UID SEARCH UID 62

12-13 1= 8:26:13.529 21856 21886 D Email   : <<< #null# ["SE= ARCH", "62"]

12-13 18:26:= 13.539 21856 21886 D Email   : <<< #70# ["OK",= "UID SEARCH Completed"]

=  

12-13 18:26:13.569 21856 21886 D Email=    : >>> 71 GENURLAUTH imap://j.sb@demo.isode.com/INBOX;= UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsubmit+j.sb@demo.isode.com INT= ERNAL

12-13 18:26:13.689 21856 21886 D E= mail   : <<< #null# ["GENURLAUTH", "imap://j.sb@demo.isode.co= m/INBOX;UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsubmit+j.sb@demo.isode= .com:INTERNAL:0A7f800eb72abd091f88788ff85d571f560485af5e"]=

12-13 18:26:13.699 21856 21886 D Email =   : <<< #71# ["OK", "GENURLAUTH complete"= ]

 

12-13 18:26:14.249 21856 21887 D Email   : >>> RSET<= o:p>

12-13 18:26:14.359 21856 21887 D Email&n= bsp;  : <<< 250 2.0.0 OK

1= 2-13 18:26:14.409 21856 21887 D Email   : >>> MAIL FROM:= <j.sb@demo.isode.com>

12-13 18:26= :14.539 21856 21887 D Email   : <<< 250 2.1.0 OK

12-13 18:26:14.579 21856 21887 D Email &nb= sp; : >>> RCPT TO: <j.sb@demo.isode.com>

12-13 18:26:14.699 21856 21887 D Email   : <&l= t;< 250 2.1.5 Recipient OK.

12-13 18:= 26:14.879 21856 21887 D Email   : >>> NOOP

12-13 18:26:15.449 21856 21887 D Email   : = <<< 250 2.5.0 OK

12-13 18:26:15= .469 21856 21887 D Email   : >>> BURL imap://j.sb@demo.i= sode.com/INBOX;UIDVALIDITY=3D1382006838/;UID=3D62;urlauth=3Dsubmit+j.sb@dem= o.isode.com:INTERNAL:0A7f800eb72abd091f88788ff85d571f560485af5e<= /p>

12-13 18:26:15.479 21856 21887 D Email   = : <<< 250 2.0.0 OK

12-13 18:26:= 15.499 21856 21887 D Email   : >>> NOOP

12-13 18:26:16.629 21856 21887 D Email   : <= ;<< 554 5.6.6 = IMAP URL resolution failed

 

--

Thanks & Regards,

Jayantheesh S B | (Google Voice) +1 908 864 7863 | (W) +1 908 809 7925= Extn: 3125

Samsung Verizon Lab, Bridgewater, NJ.<= /span>

 

= --_000_6C31A20D5301214284D0C838A6B69542CFBD7B384CStaEx7mb3tele_--