From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42081 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap question Date: Wed, 16 Jan 2002 15:36:00 +0100 (CET) Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1035177375 9529 80.91.224.250 (21 Oct 2002 05:16:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:16:15 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: (qmail 14301 invoked from network); 16 Jan 2002 14:36:44 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 16 Jan 2002 14:36:44 -0000 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 16QrAz-0007ke-00; Wed, 16 Jan 2002 08:36:29 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 16 Jan 2002 08:36:22 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id IAA29203 for ; Wed, 16 Jan 2002 08:36:12 -0600 (CST) Original-Received: (qmail 14288 invoked by alias); 16 Jan 2002 14:36:13 -0000 Original-Received: (qmail 14283 invoked from network); 16 Jan 2002 14:36:13 -0000 Original-Received: from slipsten.extundo.com (195.42.214.241) by gnus.org with SMTP; 16 Jan 2002 14:36:13 -0000 Original-Received: from localhost (jas@localhost) by slipsten.extundo.com (8.11.6/8.11.6) with ESMTP id g0GEa0Z27177; Wed, 16 Jan 2002 15:36:00 +0100 X-Authentication-Warning: slipsten.extundo.com: jas owned process doing -bs Original-To: Vladimir Volovich In-Reply-To: Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:42081 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42081 On Wed, 16 Jan 2002, Vladimir Volovich wrote: > Hi! > > when i run gnus-group-get-new-news (g) from the *Group* buffer, > nnimap spemds a lot of time checking mailboxes: i see > nnimap: Checking mailbox > in the minibuffer for each of my nnimap mailbox, > even when there are no new messages. > > if it possible to avoid checking nnimap mailboxes for > gnus-group-get-new-news (or do it only on gnus startup)? It would be possible, but then nnimap wouldn't notice when you get new mail in those groups. Some people seems to only receive mail in one mailbox, and in this case it could be good to make this optimisation. But when I started implementing it, I remember client-side splitting, which would break this... maybe the client-side splitting in nnimap can update it's internal state of which groups have new mail though. I have also thought about doing this asynchronously in the background, so that `g' returns immediately, but with possible old data. Using the STATUS command instead of entering the group could be possible as well. It could record the UIDNEXT value and only enter the group (to get highest/lowest article number) if it has changed. Then it could cache highest/lowest article number for groups. This would work and have no bad side effects, I think. There is plenty of room for making things faster, at least...