From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85274 Path: news.gmane.org!not-for-mail From: Dan Christensen Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus uses a cache? And how it affects mairix searches... Date: Wed, 12 Nov 2014 16:28:27 -0500 Message-ID: <87oasc5csk.fsf@uwo.ca> References: <87oaus4brr.fsf@skimble.plus.com> <8761gyvr67.fsf_-_@uwo.ca> <87y4saicdd.fsf@uwo.ca> <87vbn9h55q.fsf@ericabrahamsen.net> <87k33kuux3.fsf@uwo.ca> <874muonktk.fsf@igel.home> <878ujhnqco.fsf@ericabrahamsen.net> <87vbmlm7yq.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415827851 26507 80.91.229.3 (12 Nov 2014 21:30:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Nov 2014 21:30:51 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33518@lists.math.uh.edu Wed Nov 12 22:30:44 2014 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 1XofUx-0005BM-8x for ding-account@gmane.org; Wed, 12 Nov 2014 22:30:43 +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 1XofT6-0007gj-O5; Wed, 12 Nov 2014 15:28:48 -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 1XofT3-0007gR-R8 for ding@lists.math.uh.edu; Wed, 12 Nov 2014 15:28:45 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XofT2-0002oX-2r for ding@lists.math.uh.edu; Wed, 12 Nov 2014 15:28:45 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XofSz-0005QW-CV for ding@gnus.org; Wed, 12 Nov 2014 22:28:41 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XofSx-0003zB-Ih for ding@gnus.org; Wed, 12 Nov 2014 22:28:39 +0100 Original-Received: from cpe84948c589861-cm84948c589860.cpe.net.cable.rogers.com ([99.255.115.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2014 22:28:39 +0100 Original-Received: from jdc by cpe84948c589861-cm84948c589860.cpe.net.cable.rogers.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2014 22:28:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 46 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpe84948c589861-cm84948c589860.cpe.net.cable.rogers.com User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/23.4 (gnu/linux) Mail-Copies-To: never Cancel-Lock: sha1:RNNFo2Ux8WUitzuy3WxlqWzcdw4= X-Spam-Score: -3.5 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85274 Archived-At: Eric Abrahamsen writes: > Eric Abrahamsen writes: > >> Andreas Schwab writes: >> >>> Dan Christensen writes: >>> >>>> In gnus.el, it doesn't list nnmairix at all, but somehow when using >>>> nnmairix, an entry for nnmairix gets added to this list, without the >>>> virtual keyword (see below). >>> >>> diff --git a/lisp/nnmairix.el b/lisp/nnmairix.el >>> index 0cef699..b2f74e3 100644 >>> --- a/lisp/nnmairix.el >>> +++ b/lisp/nnmairix.el >>> @@ -417,7 +417,7 @@ Other back ends might or might not work.") >>> >>> (nnoo-define-basics nnmairix) >>> >>> -(gnus-declare-backend "nnmairix" 'mail 'address) >>> +(gnus-declare-backend "nnmairix" 'mail 'address 'virtual) >>> >>> (deffoo nnmairix-open-server (server &optional definitions) >>> ;; just set server variables >>> >>> Andreas. >> >> After look at this for a while, I do think this is the right solution -- >> what do you all think? Can someone apply this change? > > Oh never mind, I guess I didn't look long enough. For any backend > declared as virtual, `gnus-cache-possibly-enter-article' will use > `nnvirtual-find-group-art' to get the real group name. > > That means that if a backend is declared 'virtual but isn't actually > nnvirtual, the caching mechanism will use the wrong lookup function. I don't follow you. Isn't the relevant function gnus-backlog-enter-article, which skips the backlog for groups that are declared virtual? I haven't actually tested the patch and instead simply disabled the backlog entirely, but I suspect the patch will work. Dan