From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/51165 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap slowness Date: Tue, 01 Apr 2003 13:20:57 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1049196111 14379 80.91.224.249 (1 Apr 2003 11:21:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 1 Apr 2003 11:21:51 +0000 (UTC) Cc: ding@hpc.uh.edu Original-X-From: owner-ding@hpc.uh.edu Tue Apr 01 13:21:47 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 190Jpr-0003jQ-00 for ; Tue, 01 Apr 2003 13:21:47 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 190JpV-0008SG-00; Tue, 01 Apr 2003 05:21:25 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 01 Apr 2003 05:22:28 -0600 (CST) Original-Received: from yxa.extundo.com (178.230.13.217.in-addr.dgcsystems.net [217.13.230.178]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id FAA16340 for ; Tue, 1 Apr 2003 05:22:13 -0600 (CST) Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.9/8.12.9) with ESMTP id h31BKvXK032590 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 1 Apr 2003 13:20:58 +0200 Original-To: David Abrahams Mail-Copies-To: nobody X-Payment: hashcash 1.2 0:030401:dave@boost-consulting.com:4a4d5317058c791a X-Hashcash: 0:030401:dave@boost-consulting.com:4a4d5317058c791a X-Payment: hashcash 1.2 0:030401:ding@hpc.uh.edu:1a4b8f72d99752d0 X-Hashcash: 0:030401:ding@hpc.uh.edu:1a4b8f72d99752d0 In-Reply-To: (David Abrahams's message of "Mon, 31 Mar 2003 17:31:16 -0500") User-Agent: Gnus/5.090017 (Oort Gnus v0.17) Emacs/21.3.50 (gnu/linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:51165 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:51165 David Abrahams writes: >> I guess it doesn't come with source. I recall the same problem was >> identified quite some time ago, but perhaps it was never reported >> upstream. Asking the vendor to optimize the SEARCH commands for flags >> is probably the only practical solution then. > > My sysadmin says: > > I'll ask about this in CommuniGate mailing list, but I think that > implementation of IMAP SEARCH in CGPro is correct. This is a quote > from press release: > > The POP and IMAP components of the CommuniGate Pro server not only > support the latest Internet standards and all not-yet-standardized > protocol extensions, but they also allow for simultaneous > symmetric access to mailboxes. The high performance of IMAP > built-in search engine results in huge benefits for individuals > and organizations dealing with multi-thousand-message mailboxes. There is nothing wrong with the implementation, specification wise, but if the server is slower to search for a read flag on a 100MB article compared to searching for a read flag on 1KB file, the server could be optimized. > I think that problem is in our server - it's 650Mhz AMD with IDE > hard drives. > > But I'm suspicious that it's not the server since other mail clients > don't seem to have any particular problems with speed. Few (if any) other clients use the SEARCH command like Gnus does, so they don't trigger the same problem.