From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17314 Path: main.gmane.org!not-for-mail From: Alan Shutko Newsgroups: gmane.emacs.gnus.general Subject: Re: mh backend Date: 22 Sep 1998 11:18:51 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: <199809152034.QAA20607@math.gatech.edu> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035156037 32741 80.91.224.250 (20 Oct 2002 23:20:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:20:37 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA22170 for ; Tue, 22 Sep 1998 12:20:59 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id KAF29520; Tue, 22 Sep 1998 10:51:44 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 22 Sep 1998 11:20:33 -0500 (CDT) 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 LAA21624 for ; Tue, 22 Sep 1998 11:20:22 -0500 (CDT) Original-Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA22127 for ; Tue, 22 Sep 1998 12:19:07 -0400 (EDT) Original-Received: from hubert.wuh.wustl.edu (ats@nb22-pool-17.wustl.edu [128.252.113.17]) by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA13025; Tue, 22 Sep 1998 11:18:55 -0500 (CDT) Original-Received: (from ats@localhost) by hubert.wuh.wustl.edu (8.8.7/8.8.7) id LAA19876; Tue, 22 Sep 1998 11:18:51 -0500 Original-To: Justin Sheehy In-Reply-To: Justin Sheehy's message of "22 Sep 1998 11:43:57 -400" Original-Lines: 35 X-Mailer: Gnus v5.6.42/Emacs 20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17314 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17314 >>>>> "J" == Justin Sheehy writes: J> For some reason, a lot of people seem to think that the handy J> little number in the *Group* buffer is a count of articles, which J> they then conclude is incorrect. Probably because the manual says it's the "estimated total number of articles" rather than "a useless number dependant on other useless numbers you don't care about". J> Why exactly does everyone need an exact count of all of their J> groups, anyway? That is, how will the knowledge of exactly how J> many messages you have change what actions you take? If you have 50 articles in a group, and it says you have 2000, you'll have an extra prompt on entry, which could scare you so you don't want to waste the time and RAM that entering a 2000 msg group would give. I also seem to remember that somewhere along the line Gnus will consume much more memory entering a group where it thinks it has lots of articles than where it knows it has 50. I've had Gnus run out of swap on my machine when our newsserver reset article numbers to some arbitrarily high-value, even though there might have been only 50 articles... Gnus thoughtt there were a few million. You can't make Gnus count correctly for _this_ instance, but if you could for mail groups I'm sure things would be much happier. Just saying "Move all the messages back into the group" is bad advice, because as you mentioned, you have to take special care of dormant or ticked articles, cached articles, etc. If it's going to mean that much work for the user, why not fix the program? -- Alan Shutko - By consent of the corrupted Don't read everything you believe.