MBOX-Line: From murch at andrew.cmu.edu  Fri Apr  6 09:34:25 2007
To: imap-protocol@u.washington.edu
From: Ken Murchison <murch@andrew.cmu.edu>
Date: Fri Jun  8 12:34:39 2018
Subject: [Imap-protocol] RENAME Inbox
In-Reply-To: <87C9CB41-C741-43CE-81D6-8562110CBACD@goodserver.com>
References: <46166C0B.9080308@andrew.cmu.edu>
	<alpine.OSX.0.98.0704060913190.10346@pangtzu.panda.com>
	<87C9CB41-C741-43CE-81D6-8562110CBACD@goodserver.com>
Message-ID: <46167691.2050605@andrew.cmu.edu>

David Rauschenbach wrote:
> So you're saying it is OK if the INBOX's UIDVALIDITY goes from 3,000 
> down to 1? Keeping in mind the MUA doing the RENAME is not the only 
> device checking INBOX and expecting UIDVALIDITY to actually mean something.

If a client has Inbox SELECTED at the time of the RENAME, then it should 
receive a "* OK [UIDVALIDITY 1]" response to the next command.  Any 
command on a msgno/uid is going to fail anyways, because all of the 
messages have been removed by the RENAME.


> 
> On Apr 6, 2007, at 12:16 PM, Mark Crispin wrote:
> 
>> On Fri, 6 Apr 2007, Ken Murchison wrote:
>>> I don't want to start another holy over whether we need to drop 
>>> RENAME, but I have a couple of questions regarding the 
>>> intended/expected behavior of RENAME Inbox.
>>
>> If IMAP5 ever happens, I will insist that RENAME is dropped.  Nobody 
>> implements it correctly.
>>
>>> - I assume that \Seen state should follow the messages, just like any 
>>> other RENAME, correct?
>>
>> I think so.
>>
>>> - Should mailbox annotations be copied or moved to the new mailbox?
>>
>> I think that they move with the mailbox.
>>
>>> - Should the UIDVALIDITY, UIDNEXT, HIGHESTMODESEQ, etc of the Inbox 
>>> be reset?
>>> In other words, should Inbox look like it has been freshly CREATEd?
>>
>> I think so, since a freshly-CREATEd INBOX is the intended effect.
>>
>> -- Mark --
>>
>> http://panda.com/mrc
>> Democracy is two wolves and a sheep deciding what to eat for lunch.
>> Liberty is a well-armed sheep contesting the vote.
>> _______________________________________________
>> Imap-protocol mailing list
>> Imap-protocol@u.washington.edu
>> https://mailman1.u.washington.edu/mailman/listinfo/imap-protocol
> 
> 


-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

