From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23520 Path: main.gmane.org!not-for-mail From: nospam2159+ding@daimi.au.dk (Peter von der =?iso-8859-1?q?Ah=E9?= - at home) Newsgroups: gmane.emacs.gnus.general Subject: Re: Being forced to deal with message numbers and frustrated Date: 24 Jun 1999 16:58:07 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <4jywvwuyde2.fsf_-_@homeworld.Eng.Sun.Com> <4jy4sjy1s6k.fsf@homeworld.Eng.Sun.Com> <99Jun23.201735edt.13841-3@gateway.intersys.com> Reply-To: nospam2159+ding@daimi.au.dk (Peter von der =?iso-8859-1?q?Ah=E9?= - at home) NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161238 2464 80.91.224.250 (21 Oct 2002 00:47:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:47:18 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA06619 for ; Thu, 24 Jun 1999 11:01:21 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB29049; Thu, 24 Jun 1999 10:00:08 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 24 Jun 1999 10:00:55 -0500 (CDT) 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 KAA15941 for ; Thu, 24 Jun 1999 10:00:45 -0500 (CDT) Original-Received: from whitestar.daimi.au.dk (pahe@lissi-11.daimi.au.dk [130.225.18.215]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA06580 for ; Thu, 24 Jun 1999 10:59:44 -0400 (EDT) Original-Received: (from pahe@localhost) by whitestar.daimi.au.dk (8.9.3/8.9.3) id QAA04687; Thu, 24 Jun 1999 16:59:39 +0200 Original-To: ding@gnus.org X-Attribution: Ahe In-Reply-To: Stainless Steel Rat's message of "Wed, 23 Jun 1999 20:20:11 -0400" User-Agent: Gnus/5.070088 (Pterodactyl Gnus v0.88) Emacs/20.3 Original-Lines: 42 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:23520 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:23520 >>>>> "TL" == Tony Lam writes: TL> I never want to care about article numbers in the first TL> place. Gnus could have transparently hide those numbers from user TL> completely, or at least provide some satisfactory working TL> solution that can be automated to deal with these situations, and TL> there would be no problems from user regarding article numbers. >>>>> "Rat" == Stainless Steel Rat writes: Rat> Point: Gnus *DOES* hide those numbers completely (if you tell it Rat> not to display article numbers in the summary buffers). I will not argue that Gnus cannot hide the article numbers completely from plain sight, but that is not the problem here is it? To illustrate what the problem, please try doing the following: (setq gnus-large-newsgroup 2) in .gnus.el Create a new nnml group with G m, copy 3 messages to this group. Mark them all as read. Delete the article with number 2. Exit the group. Enter the group. You will now be asked how many articles you want to see, even though there only is 2 articles in the group. This can be very annoying when you have larges mail groups with gaps. Further more, AFAIK[1], Gnus will consider all messages from the lowest available number to the highest. So if you have a group with a article numbered 1 and the next is numbered 1002, Gnus will have to do something for 1000 article in between, this may not be much, but will amount to a hill of beans in the long run. So for efficiency it would be perfectly sane to provide some kind of renumbering function. [1] Once I had problems entering large mailgroups with gaps, because gnus insisted on stat'ing all nonexistent files from 2 to 1001. I think this problem has gone away, and maybe only the numbers from .overview is used. Cheers, Peter