From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200209180206.g8I26fl0000579@orthanc.ab.ca> From: Lyndon Nerenberg To: 9fans@cse.psu.edu Subject: Re: [9fans] manual suggestions and upas/fs bug In-reply-to: Your message of "Tue, 17 Sep 2002 19:05:35 EDT." Date: Tue, 17 Sep 2002 20:06:41 -0600 Topicbox-Message-UUID: edee1dba-eaca-11e9-9e20-41e7f4b1d025 -> 9X4 UID FETCH 1:* UID >> 9X4 BAD Invalid sequence in FETCH Russ> I don't see why it's invalid and not just empty, Because the protocol provides other means for discovering how many messages are in a folder. The client is responsible for determining the state of the mailbox. Having done so, it should never be in a position where it issues a FETCH when there are no messages present. The IMAP4 protocol specification is very picky about syntax. It (and most server implementations) don't allow for *any* reading-in of semantic (or syntactic) behaviour. (Another example of this is the illegality of inserting extra whitespace between protocol elements.) Some people (usually client authors) complain that this is just a pain in the rear. Others (usually server authors) think it's a wonderful way to avoid ambiguous behaviour in the protocol. (For the record: I'm a server author ;-) If I ever get my P9 network re-built I plan to fix up the IMAP code. --lyndon