From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/26337
Path: main.gmane.org!not-for-mail
From: Simon Josefsson <jas@pdc.kth.se>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: ahh... it's the problem noted a few months back
Date: 07 Nov 1999 16:05:28 +0100
Sender: owner-ding@hpc.uh.edu
Message-ID: <ilu3duibavb.fsf@badis.pdc.kth.se>
References: <m1904gdfqw.fsf@halfdome.holdit.com> <m1bwvs0258k.fsf@blackbird.mitre.org> <whhfj4vvgp.fsf@viffer.oslo.metis.no> <m1byacfa36y.fsf@blackbird.mitre.org> <f4eogdau0c7.fsf@sundh08.cern.ch> <m1bhfj2qrl0.fsf@blackbird.mitre.org> <ilun1suutci.fsf@badis.pdc.kth.se> <m3k8nv9li1.fsf@quimbies.gnus.org>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1035163566 18923 80.91.224.250 (21 Oct 2002 01:26:06 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 01:26:06 +0000 (UTC)
Return-Path: <owner-ding@hpc.uh.edu>
Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA15987
	for <jason@mailhost.sclp.com>; Sun, 7 Nov 1999 10:06:22 -0500 (EST)
Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5])
	by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAB25617;
	Sun, 7 Nov 1999 09:06:17 -0600 (CST)
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 07 Nov 1999 09:06:15 -0600 (CST)
Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139])
	by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA25128
	for <ding@hpc.uh.edu>; Sun, 7 Nov 1999 09:06:05 -0600 (CST)
Original-Received: from badis.pdc.kth.se (root@badis.pdc.kth.se [130.237.221.45])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA15965
	for <ding@gnus.org>; Sun, 7 Nov 1999 10:05:31 -0500 (EST)
Original-Received: (from jas@localhost)
	by badis.pdc.kth.se (8.9.3/8.9.3) id QAA04408;
	Sun, 7 Nov 1999 16:05:29 +0100
Original-To: ding@gnus.org
In-Reply-To: Lars Magne Ingebrigtsen's message of "07 Nov 1999 01:46:30 +0100"
Original-Lines: 35
User-Agent: Gnus/5.07009801 (Pterodactyl Gnus v0.98.1) Emacs/20.4.90
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:26337
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:26337

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Well, the purpose of the code is to update all the groups that should
> be updated.  :-)  All non-native, non-secondary groups get checked
> individually.
> 
> But when Gnus mistakenly takes some groups as foreign instead of
> secondary, you get all these gazillion "Reading new mail..."
> messages.  So the question is -- why doesn't Gnus realize that these
> groups are secondary?
> 
> I think.  Could somebody who sees this edebug through this function
> and see which `(gnus-activate-group group 'scan)' is doing the dirty
> deed?

I traced this in more detail now, and I think this is what's
happening. When one type '<number> g' Gnus don't call
`gnus-read-active-file' but let `gnus-get-unread-articles' get the
active info:

        (cond
        ...
	 ;; Activate groups.
	 ((and (not active) (not gnus-read-active-file))
	  (setq active (gnus-activate-group group 'scan))
	  (inline (gnus-close-group group)))))

Aside from starting the splitting procedure once for all requested
groups, entering/closing a group is not fast in IMAP.

Idea: If the backend support `nnfoo-retrieve-groups' it would be
faster to request ONE scan, and use `gnus-retrieve-groups' to gather
active info on the groups that fall through the cond case. If the
backend doesn't support `nnfoo-retrieve-groups' I'm not sure which is
faster, so in that case it might be safer to leave it as is.