From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23533 Path: main.gmane.org!not-for-mail From: Tony Lam Newsgroups: gmane.emacs.gnus.general Subject: Re: Being forced to deal with message numbers and frustrated Date: 24 Jun 1999 11:01:43 -0700 Organization: Sun Microsystems, Inc. Sender: owner-ding@hpc.uh.edu Message-ID: <4jypv2lqxyw.fsf@homeworld.Eng.Sun.Com> References: <4jywvwuyde2.fsf_-_@homeworld.Eng.Sun.Com> <4jy4sjy1s6k.fsf@homeworld.Eng.Sun.Com> <99Jun23.201735edt.13841-3@gateway.intersys.com> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035161248 2522 80.91.224.250 (21 Oct 2002 00:47:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:47:28 +0000 (UTC) Cc: ding@gnus.org 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 PAA15281 for ; Thu, 24 Jun 1999 15:54:39 -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 OAB01814; Thu, 24 Jun 1999 14:53:16 -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 14:54:03 -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 OAA19901 for ; Thu, 24 Jun 1999 14:53:52 -0500 (CDT) Original-Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA15209 for ; Thu, 24 Jun 1999 15:52:52 -0400 (EDT) Original-Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id MAA27475; Thu, 24 Jun 1999 12:52:39 -0700 (PDT) Original-Received: from philly.Eng.Sun.COM (philly.Eng.Sun.COM [129.144.140.126]) by engmail4.Eng.Sun.COM (8.9.1b+Sun/8.9.1/ENSMAIL,v1.6) with ESMTP id MAA17309; Thu, 24 Jun 1999 12:52:38 -0700 (PDT) Original-Received: (from tonyl@localhost) by philly.Eng.Sun.COM (8.9.1b+Sun/8.9.1) id MAA00393; Thu, 24 Jun 1999 12:52:38 -0700 (PDT) X-Mailer: 20.4 "Emerald" XEmacs Lucid (via feedmail 9-beta-4 I); Gnus v5.6.45/XEmacs 20.4 - "Emerald" Original-To: Lee Willis In-Reply-To: Lee Willis's message of "24 Jun 1999 16:48:43 +0100" Original-Lines: 38 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:23533 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:23533 * "Lee" == Lee Willis writes: Lee> nospam2159+ding@daimi.au.dk (Peter von der Ahé - at home) writes: >> 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. Lee> Why is it *very* annoying. So you have to hit C-u RET RET. I'd hardly Lee> call that vastly inconvenient ... The problem is also being that the number of articles fetched could be far off when there are large gaps in numbers. It becomes worse in virtual group :-<. To me, it *is* very annoying. >> 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. Lee> Hmm, I agree with this, and I can see your point but Gnus *does Lee> have* a renumbering function. Enter the group you wish to Lee> renumber with C-u RET (And a further RET if you're prompted). The Lee> do the following Lee> M P b Lee> B m name-of-group RET and all your problems should be solved (Unless of Lee> course you have cached articles which you shouldn't in mail groups Lee> anyway ...) It does *not* work with groups which have cached articles. Regards, Tony