From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18474 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Nntp inefficiencies Date: 10 Nov 1998 05:44:30 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <6f67d62e2s.fsf@dna.lth.se> <6fpvbbo9ed.fsf@dna.lth.se> <6fg1c3ef1i.fsf@dna.lth.se> <6fu30as9mo.fsf@dna.lth.se> <6fogqixnli.fsf@dna.lth.se> <6fk9159ru6.fsf@dna.lth.se> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035156992 6336 80.91.224.250 (20 Oct 2002 23:36:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:36:32 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id XAA21925 for ; Mon, 9 Nov 1998 23:53:56 -0500 (EST) Original-Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id WAB09952; Mon, 9 Nov 1998 22:53:46 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 09 Nov 1998 22:53:31 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id WAA07267 for ; Mon, 9 Nov 1998 22:52:51 -0600 (CST) Original-Received: from sparky.gnus.org (ppp067.uio.no [129.240.240.72]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id XAA21839 for ; Mon, 9 Nov 1998 23:52:39 -0500 (EST) Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id FAA29815; Tue, 10 Nov 1998 05:54:21 +0100 Mail-Copies-To: never X-Now-Reading: Ursula K. Le Guin & Virginia Kidd (ed.)'s _Interfaces_ Original-To: ding@gnus.org In-Reply-To: Kurt Swanson's message of "Mon, 09 Nov 1998 08:46:10 GMT" User-Agent: Gnus/5.070043 (Pterodactyl Gnus v0.43) XEmacs/21.2(beta3) (Aglaia) X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > It's a fairly _usual_ situation for me. It's a usual situation for you to read groups where the entire active range is outside of the range of the read articles? In what usual situations does this happen? > Even in the situation I gave, Gnus cannot return an absolutely correct > unread count unless a listgroup is done. Yes, it can. Your example had non-overlapping read ranges and active range, which means that the number of unread articles is identical to the number of actual articles in the group. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen