IETF Logo Mail Archive

Re: draft-melnikov-imap-search-res

Timo Sirainen <tss@iki.fi> Tue, 19 October 2004 16:26 UTC

Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i9JGQw6a096031; Tue, 19 Oct 2004 09:26:58 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i9JGQwhK096030; Tue, 19 Oct 2004 09:26:58 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f
Received: from danu.procontrol.fi (kone17.procontrol.vip.fi [212.149.71.178]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i9JGQva5096005 for <ietf-imapext@imc.org>; Tue, 19 Oct 2004 09:26:57 -0700 (PDT) (envelope-from tss@iki.fi)
Received: by danu.procontrol.fi (Postfix, from userid 106) id 961141C386DA; Tue, 19 Oct 2004 19:26:47 +0300 (EEST)
Received: from [192.168.10.217] (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 1B7FF1C3531B; Tue, 19 Oct 2004 19:26:43 +0300 (EEST)
In-Reply-To: <4174F9C2.40304@isode.com>
References: <7yoPjUFDAsyLma6mHUEDow.md5@libertango.oryx.com> <4174F9C2.40304@isode.com>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Apple-Mail-7--363081270"
Message-Id: <A988B56A-21EB-11D9-8450-000393CC2E90@iki.fi>
Content-Transfer-Encoding: 7bit
Cc: IMAP Extensions WG <ietf-imapext@imc.org>
From: Timo Sirainen <tss@iki.fi>
Subject: Re: draft-melnikov-imap-search-res
Date: Tue, 19 Oct 2004 19:26:42 +0300
To: Alexey Melnikov <Alexey.Melnikov@isode.com>
X-Pgp-Agent: GPGMail 1.0.2
X-Mailer: Apple Mail (2.619)
X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on danu.procontrol.fi
X-Spam-Level:
X-Spam-Status: No, score=-4.9 required=5.0 tests=AWL, BAYES_00 autolearn=ham version=3.0.0
Sender: owner-ietf-imapext@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-imapext/mail-archive/>
List-ID: <ietf-imapext.imc.org>
List-Unsubscribe: <mailto:ietf-imapext-request@imc.org?body=unsubscribe>

On 19.10.2004, at 14:25, Alexey Melnikov wrote:

> My guess is (at least from the times I was an IMAP client developer) 
> that the result of a SEARCH command is usually used as input to a 
> subsequent FETCH/COPY/STORE command. With the base IMAP protocol one 
> has to wait for the result of SEARCH to feed it into the subsequent 
> command.

If client sends SEARCH + FETCH << pipelined, nothing prevents server 
from giving all the FETCH replies before the SEARCH reply, right?

v2.23.0 | Report a Bug | By Email