From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/82204 Path: news.gmane.org!not-for-mail From: lee Newsgroups: gmane.emacs.gnus.general Subject: Re: automatic group compaction? Date: Tue, 04 Sep 2012 13:32:30 +0200 Organization: my virtual residence Message-ID: <87wr0am3ap.fsf@yun.yagibdah.de> References: <87r4qidt28.fsf@yun.yagibdah.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1346758414 10357 80.91.229.3 (4 Sep 2012 11:33:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2012 11:33:34 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M30472@lists.math.uh.edu Tue Sep 04 13:33:36 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1T8rNv-00029q-D8 for ding-account@gmane.org; Tue, 04 Sep 2012 13:33:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1T8rN9-0001bi-6p; Tue, 04 Sep 2012 06:32:47 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1T8rN8-0001bW-1E for ding@lists.math.uh.edu; Tue, 04 Sep 2012 06:32:46 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1T8rN5-00010U-RX for ding@lists.math.uh.edu; Tue, 04 Sep 2012 06:32:45 -0500 Original-Received: from static.7.179.46.78.clients.your-server.de ([78.46.179.7] helo=yun.yagibdah.de) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1T8rN3-00019d-W8 for ding@gnus.org; Tue, 04 Sep 2012 13:32:42 +0200 Original-Received: from lee by yun.yagibdah.de with local (Exim 4.80) (envelope-from ) id 1T8rN2-0001Ef-BD for ding@gnus.org; Tue, 04 Sep 2012 13:32:40 +0200 In-Reply-To: (Didier Verna's message of "Tue, 04 Sep 2012 12:18:54 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-fg: none Mail-Followup-To: ding@gnus.org X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:82204 Archived-At: Didier Verna writes: > lee wrote: > >> is there something like automatic group compaction? > > Depends on what you mean by compaction. I wrote the compaction feature > for nnml a long time ago (e.g. 'z' in the server buffer). That means > re-assigning article numbers to avoid gaps. Yes, that's the feature I'm referring to, i. e. 'G z' to compact a particular group. What's behind it is that I have a group "mail.0-incoming" for new mail that isn't being split into mailing lists etc., and I have set gnus-large-newsgroup to 2000. Now the article numbers of "mail.0-incoming" had gone up to over 4000 over time with about only 10 mails actually remaining in that group. So every time I entered the group, gnus was asking me how many articles to fetch with a default of 2000 because it's configured to "(display . [not expire])" for this group and some others. Accepting the default resulted in not displaying mail that was older than "some time" --- I guess because the article numbers were too low. To circumvent the problem, I'm using an entry in gnus-parameters that sets gnus-large-newsgroup to 50000 for "mail.0-incoming". The alternative/addition is to compact "mail.0-incoming" from time to time. However, this is rather awkward. Over time, other groups will be affected the same way as well, and it doesn't make sense to set gnus-large-newsgroup to some high number for all or for many groups to circumvent the problem. It also doesn't make sense to manually go through some or many groups and compact them, and compacting the whole server with about 300000 mails in nnml storage is very reasonable, either. All the mails are bzipped, and I'm not sure what effect on performance that has for compacting --- it seemed to me that the mails in "mail.0-incoming" were bunzipped and bzipped when I compacted that group. Compacting 300k mails can take a while. Also, I sometimes delete SPAM from groups that hold mailing lists, and it would make sense to compact such groups like once a year or so. So the idea is to have something like an entry in gnus-parameters like "(gnus-autocompact 90d)", which would compact the group in question automatically every 90 days: Plain and simple. If there are users who care about the actual number of articles displayed in the group buffer or have a similar scenario, an autocompacting feature would be rather useful for many. -- http://www.asciiribbon.org/ http://tools.ietf.org/html/rfc1855 http://www.caliburn.nl/topposting.html