From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/13554 Path: main.gmane.org!not-for-mail From: Stefan Waldherr Newsgroups: gmane.emacs.gnus.general Subject: Gnus bugs and some annoyances ... Date: 11 Jan 1998 12:47:09 -0500 Organization: Carnegie Mellon University -- School of Computer Science Sender: owner-ding@hpc.uh.edu Message-ID: Reply-To: Stefan Waldherr NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035152898 9830 80.91.224.250 (20 Oct 2002 22:28:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:28:18 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id JAA24528 for ; Sun, 11 Jan 1998 09:46:33 -0800 Original-Received: from sina.hpc.uh.edu (root@Sina.HPC.UH.EDU [129.7.3.5]) by xemacs.org (8.8.5/8.8.5) with ESMTP id LAA18181 for ; Sun, 11 Jan 1998 11:49:23 -0600 (CST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id LAH01278; Sun, 11 Jan 1998 11:49:34 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 11 Jan 1998 11:47:47 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id LAA01262 for ; Sun, 11 Jan 1998 11:47:39 -0600 (CST) Original-Received: (qmail 17858 invoked by uid 504); 11 Jan 1998 17:47:27 -0000 Original-Received: (qmail 17855 invoked from network); 11 Jan 1998 17:47:27 -0000 Original-Received: from mind.learning.cs.cmu.edu (128.2.185.27) by claymore.vcinet.com with SMTP; 11 Jan 1998 17:47:27 -0000 Original-To: ding@gnus.org X-Newsreader: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" X-Url: http://www.waldherr.org/ X-Face: "-=6){9J':KXui`/fiH#,g(pr\2Rv'7{dSci>!;1r2zpWB*qcI6gH^LoLQjSSNSg@ee_n~dV]|;5T7=d6_FNPEvqKDk`OWLB[CKOkG.M6{J.??WB*1Wk`y?de2[56)Iv"y#tg@p]~%_3>&;;PQ-{A)UcZ_?nj@b(FN]!Sq6QS9YuGJZ3qkdPq(h-olTvcq0,TS%?i]ddP2E'&^ud Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:13554 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:13554 Hi, I think that there are some flaws the way gnus handles it's article numbers. Moving articles from one group to the other does not always have the expected results. Consider this: `M-x gnus RET' to start gnus Enter folder `swa' Mark all articles with `#' (say 2 0 0 #) `B m temp RET' to move all mails to nnml:temp `c' to catchup `j nnml:temp RET' to jump to nnml:temp `RET' on the `nnml:temp' line yields `Can't select group' This is bug #1 (nnml:temp was not created by the moving process -- it existed before). `q' to quit gnus `M-x gnus RET' to start gnus Oops, `nnml:temp' shows x new messages. I enter the group and hit `c' to catchup. I mark all articles again with `#' and move it back to `swa'. Now the articles numbers start with >> 1. I would have expected, that they start with 1, since the group is empty. This is bug #2. Weird is at this point, that I can enter `swa' and find the articles there (remember I couldn't do it the other way round). Also I grepped thru dejanews and found that other people were wondering about this: the way gnus determines the number of articles with maxn-minn isn't particular smart since you could have deleted some articles in between. Is there a particular reason why the number of articles are determined that way? It is annoying because I have one folder with four mails and -- you might have guessed it --- with very high article numbers. Now, any time I enter this folder, gnus asks me `How many articles...'? MH has a nice feature where you can pack folder (pack as in renumber all articles so that there is no gap in the sequence of numbers). Could such a thing be of use for gnus? Another issue is gnus speed: from time to time I'm simply waiting too long for gnus to do something. For example: slurping mail. `nnml: Reading incoming mail...' stays in the message buffer for quite some time. Is there some code that can be cleaned up wrt incorporating mail? Do other people experience such delays? --Stefan -- Stefan Waldherr office +1 (412) 268-3837 fax +1 (412) 268-5576 e-Mail swa@cs.cmu.edu www http://www.waldherr.org/