MBOX-Line: From mrc at CAC.Washington.EDU  Wed Sep  7 11:13:28 2005
To: imap-protocol@u.washington.edu
From: Mark Crispin <mrc@CAC.Washington.EDU>
Date: Fri Jun  8 12:34:36 2018
Subject: [Imap-protocol] SELECT of same mailbox
In-Reply-To: <8613FB1A1827570EC6B5150F@ninevah.cyrusoft.com>
References: <8613FB1A1827570EC6B5150F@ninevah.cyrusoft.com>
Message-ID: <Pine.OSX.4.63.0509071108110.28350@pangtzu.panda.com>

On Wed, 7 Sep 2005, Cyrus Daboo wrote:
> I ask because the CMU server remains in the previous selected state, if a 
> subsequent SELECT results in a 'BAD' response. It correctly leaves selected 
> state if a subsequent SELECT results in a 'NO'.

That's the (only) correct behavior.

Sadly, a NO response from SELECT requires that an UNSELECT be done; this 
is the result of a mistake made in RFC 1730.  Nevertheless, this can only 
happen because the command was recognized.

BAD means that the command isn't recognized due to syntax problems.  In 
order for a SELECT that returns BAD to have UNSELECT semantics, there 
would have to be some sort of requirement that an unrecognized command be 
"half-recognized".  I hope that nobody wants to go there.

-- 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.

