Re: [SM-CVS] CVS: squirrelmail/functions imap_messages.php,1.148, 1.149

[Marc G. K. <ma...@it...>]

Jonathan Angliss said:
> Hello Marc,
> On Monday, November 03, 2003, Marc Groot Koerkamp wrote...
>
>> Update of /cvsroot/squirrelmail/squirrelmail/functions
>> In directory sc8-pr-cvs1:/tmp/cvs-serv8785
>
>> Modified Files:
>> 	imap_messages.php
>> Log Message:
>> EIMS workaround. EIMS returns the SEARCH response as multiple untagged
>> SEARCH responses. That is against RFC3501 !!!
>
> Where does it say it cannot return multiple untagged responses? I've
> read both the SEARCH command, and SEARCH response sections, and
> neither mention it cannot be split. I also cannot find it says it MUST
> be a single line.
>

6.4.4.  SEARCH Command

   Arguments:  OPTIONAL [CHARSET] specification
               searching criteria (one or more)

   Responses:  REQUIRED untagged response: SEARCH

7.2.5.  SEARCH Response

   Contents:   zero or more numbers

      The SEARCH response occurs as a result of a SEARCH or UID SEARCH
      command.  The number(s) refer to those messages that match the
      search criteria.  For SEARCH, these are message sequence numbers;
      for UID SEARCH, these are unique identifiers.  Each number is
      delimited by a space.

6.4.5.  FETCH Command

   Arguments:  sequence set
               message data item names or macro

   Responses:  untagged responses: FETCH

7.4.2.  FETCH Response

   Contents:   message data

      The FETCH response returns data about a message to the client.
      The data are pairs of data item names and their values in
      parentheses.  This response occurs as the result of a FETCH or
      STORE command, as well as by unilateral server decision (e.g.,
      flag updates).

FETCH Explicitly talks about responses. Search talks about a response.
Where does it say according you that a response can be multiple reponses?

RFC3501 doesn't say that so that means a reponse is indeed a single
response and not responses like in fetch.

Marc.