MBOX-Line: From janssen at parc.com  Thu Jan 31 18:40:19 2008
To: imap-protocol@u.washington.edu
From: Bill Janssen <janssen@parc.com>
Date: Fri Jun  8 12:34:41 2018
Subject: [Imap-protocol] Should IMAP APPEND create a sent or unsent
	message? 
In-Reply-To: <alpine.OSX.1.00.0801311803590.10877@pangtzu.panda.com> 
References: <fc.00802cf1026ac56600802cf1026ac566.26adfec@cciu.org>
	<alpine.OSX.1.00.0801302244470.10877@pangtzu.panda.com>
	<fc.00802cf1026ae3b200802cf1026ac566.26b3de0@cciu.org>
	<alpine.OSX.1.00.0801311231290.10877@pangtzu.panda.com>
	<08Jan31.180102pst."58696"@synergy1.parc.xerox.com>
	<alpine.OSX.1.00.0801311803590.10877@pangtzu.panda.com>
Message-ID: <08Jan31.184027pst."58696"@synergy1.parc.xerox.com>

> > So, if I just send [PERMANENTFLAGS] without a specific list
> > of message flags, which means that "all flags can be changed
> > permanently"
> 
> I don't know how you concluded that, but that is incorrect.  If you send 
> PERMANENTFLAGS with an empty list, then there are no permanent flags and 
> no keywords.

Section 6.3.1:

OK [PERMANENTFLAGS (<list of flags>)]
  A list of message flags that the client can change
  permanently. If this is missing, the client should
  assume that all flags can be changed permanently.

Since PERMANENTFLAGS is a required response, I assumed that "this"
referred to the <list of flags> argument.

Since we also see in 6.3.2 that [PERMANENTFLAGS ()] means "no
permanent flags permitted", I guess I sort of assumed that

  OK [PERMANENTFLAGS]

would be the way to tell the client that all flags can be changed
permanently.  So is PERMANENTFLAGS optional for the SELECT command?

Bill

