From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67874 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: How to open a summary buffer reliable? Date: Thu, 11 Dec 2008 20:21:27 +0100 Message-ID: <87tz9av7pk.fsf@thinkpad.tsdh.de> References: <87k5a7g7vv.fsf@thinkpad.tsdh.de> <871vwf3dh8.fsf@randomsample.de> <87prjzyvuq.fsf@thinkpad.tsdh.de> <87myf28y3q.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1229023359 6376 80.91.229.12 (11 Dec 2008 19:22:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 11 Dec 2008 19:22:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M16320@lists.math.uh.edu Thu Dec 11 20:23:43 2008 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1LAr8B-00034X-0x for ding-account@gmane.org; Thu, 11 Dec 2008 20:23:27 +0100 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 1LAr6U-0003IT-B4; Thu, 11 Dec 2008 13:21:42 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1LAr6S-0003I8-Qq for ding@lists.math.uh.edu; Thu, 11 Dec 2008 13:21:40 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1LAr6L-0005kg-RD for ding@lists.math.uh.edu; Thu, 11 Dec 2008 13:21:40 -0600 Original-Received: from out1.smtp.messagingengine.com ([66.111.4.25]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1LAr6X-0002W6-00 for ; Thu, 11 Dec 2008 20:21:45 +0100 Original-Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 824C11E6DF0 for ; Thu, 11 Dec 2008 14:21:31 -0500 (EST) Original-Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 11 Dec 2008 14:21:31 -0500 X-Sasl-enc: 69RvhJXXSp/m1vA6UdqXuCg11WwRMgeQUPidFdyXjEHn 1229023290 Original-Received: from thinkpad.tsdh.de (p54AF27B7.dip0.t-ipconnect.de [84.175.39.183]) by mail.messagingengine.com (Postfix) with ESMTPA id 5CBBD13026 for ; Thu, 11 Dec 2008 14:21:29 -0500 (EST) Mail-Copies-To: never Mail-Followup-To: ding@gnus.org In-Reply-To: (David Engster's message of "Thu, 11 Dec 2008 19:30:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:67874 Archived-At: David Engster writes: >> So is that a bug in nnml or is it correct that only nnimap supports >> it? > > I guess the beloved gnus-fixup-nnimap-unread-after-getting-new-news > makes this work with nnimap, but not with nnml. I don't know how other > back ends behave in this regard. Ok. >> Ideally I'd love to see that work for all backends supporting >> deletion. > > This is all related to Gnus not knowing the actual article numbers. Yes, I've thought that. > nnml is tricky since it tries to avoid rebuilding the active > information, this is why it usually recognizes this situation only > after restarting Gnus. You can force rebuilding the active file by > using nnml-generate-nov-databases-directory (which can be costly for > large groups). This function expects a directory, not the group name, > so you would have to extract that first. And then you would have to > put this information in gnus-active-hashtb, maybe also in the cache > via gnus-cache-possibly-update-active (maybe they're the same, I don't > really know). > > Looks like work; maybe someone else knows how to do this easier? That's what I'm doing now: --8<---------------cut here---------------start------------->8--- (gnus-activate-group group t) (unless (gnus-group-read-group 1 nil group) ;; Try again with a bigger number of messages. (gnus-group-read-group (1- gnus-large-newsgroup) nil group)) (gnus-summary-goto-article article nil t)) --8<---------------cut here---------------end--------------->8--- Ok, it won't work if the user deleted the last (1- gnus-large-newsgroup) articles, but how common is that? I think I can live with that workaround unless somebody finds a proper solution. Bye, Tassilo