Re: [9fans] manual suggestions and upas/fs bug

[Lyndon Nerenberg <lyndon@orthanc.ab.ca>]

We have both client and server bugs here.

   -> 9X2 SELECT Inbox
   <- * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
   <- * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
   <- * 0 EXISTS
   <- * 0 RECENT
   <- * OK [UIDVALIDITY 1031763467]
   <- 9X2 OK [READ-WRITE] Completed

Notice how the server states there are no messages in the mailbox.

   -> 9X3 STATUS Inbox (MESSAGES UIDVALIDITY)

This command should not be issued, for several reasons.

    1) The SELECT response already told the client the number of messages.

    2) The SELECT response already told the client the uidvalidity
       of the mailbox.

    3) Queries to the currently selected folder should be done using
       FETCH and LIST. STATUS is for querying folders other than the
       selected one, and is not guaranteed to be fast.  (In many
       servers, selecting a folder causes the meta data about the folder
       to assembled and cached. SELECT will not use that data cache
       since its assuming you want to know something about a folder
       other than the selected one.)

   <- * STATUS Inbox (MESSAGES 0 UIDVALIDITY 1031763467)
   <- 9X3 OK Completed

And *again* the server said there were no messages, thus

   -> 9X4 UID FETCH 1:* UID

is completely bogus. That message range is invalid, and the client
should know that. However, the server should be responding with
something like

   9X4 BAD Invalid sequence in FETCH

instead of dumping core (and that's the server bug I mentioned).

--lyndon