From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23495 Path: main.gmane.org!not-for-mail From: Tony Lam Newsgroups: gmane.emacs.gnus.general Subject: Being forced to deal with message numbers and frustrated Date: 23 Jun 1999 11:34:29 -0700 Organization: Sun Microsystems, Inc. Sender: owner-ding@hpc.uh.edu Message-ID: <4jywvwuyde2.fsf_-_@homeworld.Eng.Sun.Com> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035161216 2289 80.91.224.250 (21 Oct 2002 00:46:56 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:46:56 +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 OAA12923 for ; Wed, 23 Jun 1999 14:41:22 -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 NAB18686; Wed, 23 Jun 1999 13:37:14 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 23 Jun 1999 13:35:48 -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 NAA02006 for ; Wed, 23 Jun 1999 13:35:37 -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 OAA12797 for ; Wed, 23 Jun 1999 14:34:38 -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 LAA05696 for ; Wed, 23 Jun 1999 11:34:37 -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 LAA26511 for ; Wed, 23 Jun 1999 11:34:36 -0700 (PDT) Original-Received: (from tonyl@localhost) by philly.Eng.Sun.COM (8.9.1b+Sun/8.9.1) id LAA27172; Wed, 23 Jun 1999 11:34:36 -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: ding@gnus.org In-Reply-To: Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "23 Jun 1999 08:45:05 +0200" Original-Lines: 49 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:23495 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:23495 Hi, As long as people are talking about message number related problem and solution, I'll throw in my problem :-) I switched to Gnus from mailers that do not use message numbers, naturally with Gnus I couldn't care less about message numbers. The only place that I have to deal with message numbers is when I enter a large group that I have to decide how many messages to read. (I don't want to set gnus-large-newsgroup to nil because there are just too many to read). In the following situations that I'm very frustrated by the message numbers: * Number gap in cached messages can not be removed. When a messages group (I use nnfolder) has cached articles, I find respooling/moving/copying messages in the group do not touch cached articles, also cache groups do not support moving/copy themselves, thus there is no way to get rid of those huge gaps in message numbers within Gnus. Some people has reported moving articles does get rid of the number gaps in cached messages but I can't get it working for me. Is this intended behavior or a bug? I almost have to write a script to renumber cached messages outside Gnus and have Gnus rebuild the cache, but Gnus ought to handle this nicely. * Number in virtual group is frustrating. I have procmail to prioritize one of my high volume mailing lists into three folders, say foo.a, foo.b, foo.c. The reason is being that I only want to be notified of new messages in foo.a, so I can have xbuffy to only watch the spool file for foo.a. Sometimes I need to read all messages in foo.a, foo.b and foo.c, so I have a virtual group foo.v that consists of the above three. Now how does the number I give Gnus to read when entering the virtual group gets distributed within the component groups? Here is an example: group message number range ----- -------------------- foo.a [1000-1200] foo.b [1100-2500] foo.c [3000-4000] When I tell Gnus to read read 300 messages from foo.v, does Gnus read 100 from each component group or just read the 300 messages with highest number from the virtual group? How does other people handle these problem? Any suggestion will be appreciated. Tony