Had you selected INBOX/KUN/employment when you sent the STATUS command? If so, this is bad client behavior because you will get all the info you need by sending "noop". Sending STATUS is unnecessary, and may be confusing for the client, as STATUS may return other data than what you got from the session you're in. It's a race..
STATUS returns a snapshot of the information you need, and you can make no assumptions on it being exact later on. If you had not selected INBOX/KUN/employment, then I would agree that it's a server bug. Andy On Wed, 31 Jul 2002, Simon Josefsson wrote: >A server that identifies itself as > >* OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS AUTH=PLAIN AUTH=LOGIN] ***.***.kun.nl >IMAP4rev1 2001.310 at Wed, 31 Jul 2002 22:18:57 +0200 (MET DST) > >sent this response: > >115 STATUS "INBOX/KUN/employment" (uidnext) >* NO CLIENT BUG DETECTED: STATUS on selected mailbox: INBOX/KUN/employment >* STATUS INBOX/KUN/employment (UIDNEXT 2) >115 OK STATUS completed > >I don't understand this, �6.4 of RFC 2060: > >,---- >| 6.4. Client Commands - Selected State >| >| In selected state, commands that manipulate messages in a mailbox are >| permitted. >| >| In addition to the universal commands (CAPABILITY, NOOP, and LOGOUT), >| and the authenticated state commands (SELECT, EXAMINE, CREATE, >| DELETE, RENAME, SUBSCRIBE, UNSUBSCRIBE, LIST, LSUB, STATUS, and > ^^^^^^ >| APPEND), the following commands are valid in the selected state: >| CHECK, CLOSE, EXPUNGE, SEARCH, FETCH, STORE, COPY, and UID. >`---- > >So STATUS looks like a valid command in the selected state. I cannot >find anything in 6.3.10 that says STATUS cannot be invoked on the >currently selected mailbox either. > >Continuing the protocol dump: > >116 LSUB "" "*%" >116 OK LSUB completed >117 LSUB "" "*%" >117 OK LSUB completed >118 LSUB "" "*%" >118 OK LSUB completed >119 SELECT "INBOX" >119 BAD Server in unknown state for SELECT command > >Here it refuses to SELECT the INBOX too. > >Comments? > >-- >----------------------------------------------------------------- > For information about this mailing list, and its archives, see: > http://www.washington.edu/imap/imap-list.html >----------------------------------------------------------------- > > -- Andreas Aardal Hanssen
