MBOX-Line: From alexey.melnikov at isode.com  Fri Feb  8 21:57:10 2013
To: imap-protocol@u.washington.edu
From: Alexey Melnikov <alexey.melnikov@isode.com>
Date: Fri Jun  8 12:34:50 2018
Subject: [Imap-protocol] Clarification on RFC 6851
In-Reply-To: <CAKHUCzyscD572nJXsZOypjLToGP1n6sMLif+68at58rQe4xbfA@mail.gmail.com>
References: <51129513.5080905@aol.com> <1360342514.3230.53.camel@hurina>
	<1360356362.25348.140661188777389.5DDC322F@webmail.messagingengine.com>
	<85789225-4185-487E-B971-4783437732EB@iki.fi>
	<CAKHUCzyscD572nJXsZOypjLToGP1n6sMLif+68at58rQe4xbfA@mail.gmail.com>
Message-ID: <248FDD1A-2FEF-4F8C-B62B-194518BE538A@isode.com>

On 8 Feb 2013, at 21:16, Dave Cridland <dave@cridland.net> wrote:

> My take:
> 
> Say NO if no messages were moved. (For whatever reason).
> 
> Say OK if some were. (Typically all extant messages in the range).
> 
> Rationale: You need to put in response codes in various places; it's not clear to me you can put a HIGHESTMODSEQ in a NO response.
> 
I don't think HIGHESTMODSEQ makes sense in a NO response, but if no messages were moved, the server can return OK with no HIGHESTMODSEQ. Having said that, I don't have a strong preference one way or another, although I implemented returning OK when no messages were moved.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20130209/6810f322/attachment.html>
