MBOX-Line: From MRC at CAC.Washington.EDU  Tue Apr 11 15:36:48 2006
To: imap-protocol@u.washington.edu
From: Mark Crispin <MRC@CAC.Washington.EDU>
Date: Fri Jun  8 12:34:37 2018
Subject: [Imap-protocol] LIST Clarification
In-Reply-To: <9875.1144794276.158704@peirce.dave.cridland.net>
References: <443A7A2D.2070708@consilient.com> <web-35034698@mail.stalker.com>
	<Pine.OSX.4.64.0604101053530.2906@pangtzu.panda.com>
	<web-35035906@mail.stalker.com>
	<Pine.WNT.4.65.0604101441160.4904@Tomobiki-Cho.CAC.Washington.EDU>
	<443C0286.60200@att.com>
	<Pine.WNT.4.65.0604111228310.3332@Tomobiki-Cho.CAC.Washington.EDU>
	<443C0704.40301@att.com>
	<Pine.WNT.4.65.0604111245200.3332@Tomobiki-Cho.CAC.Washington.EDU>
	<9875.1144794276.158704@peirce.dave.cridland.net>
Message-ID: <Pine.WNT.4.65.0604111528500.3332@Tomobiki-Cho.CAC.Washington.EDU>

On Tue, 11 Apr 2006, Dave Cridland wrote:
> If they do the silly thing, then they are in the unfortunate position that 
> should a client CREATE "InBox/foo", they have to return a LIST response for 
> INBOX, and a list response for InBox, with different attributes.

Sorry, that Rubicon has already been crossed.

The server can hide InBox.  Thus, if you create "InBox/foo", you will 
never see any such name unless you explicitly enter Inbox/ prior to any 
wildcards.  Put another way, "InBox" does not exist, but "InBox/" does.

UW imapd does that if the client ignores the \NoInferiors that is 
returned with the name INBOX.

Because someone demanded it, and I got tired of being screamed at. 
That's why.

-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.

