One of the clients requires that if you do: C: 1 STORE 1 +FLAGS (\Seen) S: 1 OK Store completed
And then do: C: 1 FETCH 1 FLAGS The server respond with: S: * 1 FLAGS (\Seen) S: 1 OK Fetch completed As opposed to failing the STORE. It's been over 6 years since I worked on an IMAP server, so I'm not sure which client it was that depended on the behavior. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Timo Sirainen > Sent: Tuesday, July 15, 2003 3:14 AM > To: [EMAIL PROTECTED] > Subject: RE: EXAMINE, SELECT, and FETCH FLAGS > > On Tue, 2003-07-15 at 01:34, Larry Osterman wrote: > > There are clients out there (I believe > > PINE is one of them, I know that Outlook Express is another) that > > require flags updates on read-only mailboxes, and if you carefully read > > the spec's language on READ-ONLY and FLAGS, it's clear that the server > > needs to maintain a dynamic shadow copy of the flags in the mailbox on > > READ-ONLY mailboxes (which is what a mailbox opened with EXAMINE is). > > Really? I was worried about that before, but then I noticed this in > PERMANENTFLAGS: > > If the client > attempts to STORE a flag that is not in the PERMANENTFLAGS > list, the server will either ignore the change or store the > state change for the remainder of the current session only. > > And what do you mean OE/Pine would require flags updates? They do try to > set them, but I don't notice any problems with actually using them. > Although my server does send: > > * NO Mailbox is read-only, ignoring store.. > > Which Pine displays all the time.. Maybe I shouldn't send it, or at > least more than once. > >