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