From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85179 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus uses a cache? And how it affects mairix searches... Date: Fri, 24 Oct 2014 08:13:37 -0700 Message-ID: <87vbn9h55q.fsf@ericabrahamsen.net> References: <87oaus4brr.fsf@skimble.plus.com> <8761gyvr67.fsf_-_@uwo.ca> <87y4saicdd.fsf@uwo.ca> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1414165521 6482 80.91.229.3 (24 Oct 2014 15:45:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 Oct 2014 15:45:21 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33423@lists.math.uh.edu Fri Oct 24 17:45:14 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 1Xhh37-00077P-Rs for ding-account@gmane.org; Fri, 24 Oct 2014 17:45:11 +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 1Xhh2M-0002Gk-Kw; Fri, 24 Oct 2014 10:44:22 -0500 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 1XhgU4-00026J-Ry for ding@lists.math.uh.edu; Fri, 24 Oct 2014 10:08:56 -0500 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 1XhgU2-0007Mz-4f for ding@lists.math.uh.edu; Fri, 24 Oct 2014 10:08:56 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XhgU0-0001bW-4L for ding@gnus.org; Fri, 24 Oct 2014 17:08:52 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XhgTw-00051G-0P for ding@gnus.org; Fri, 24 Oct 2014 17:08:48 +0200 Original-Received: from c-76-28-195-250.hsd1.wa.comcast.net ([76.28.195.250]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Oct 2014 17:08:47 +0200 Original-Received: from eric by c-76-28-195-250.hsd1.wa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Oct 2014 17:08:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-76-28-195-250.hsd1.wa.comcast.net User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:ccw2U3HaqkrjynMlYFIpNYV2a2E= X-Spam-Score: -4.3 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85179 Archived-At: Dan Christensen writes: > Dan Christensen writes: > >> [Sorry to hijack the thread. Subject adjusted.] >> >> James Cloos writes: >> >>> There is some caching of articles w/in a given session, but nothing I'm >>> aware of which would survive a restart. >> >> Since upgrading Ubuntu and Gnus, I've noticed that the results of >> nnmairix searches infiltrate subsequent search results. More precisely, >> the second time I do a search, the summary buffer looks correct, but for >> some of the articles, when I select them the *Article* buffer shows the >> articles from the previous search. The third search may show article >> buffers from the first or second search (or both). >> >> My search results are stored in a local imap folder (dovecot), and I >> have verified that on disk the correct articles are stored. I have also >> verified that if I connect to dovecot via telnet, it displays the >> correct article bodies. I am not using the agent (as far as I know). >> >> I have also tried various nnmairix keystrokes to redo searches, etc, >> and none of them helped. >> >> Any idea why this is happening? nnmairix used to work beautifully for >> me. >> >> Dan > > I finally figured this out. Setting gnus-keep-backlog to nil solved > the problem. It turns out that by default, gnus caches the most recent > 20 articles you have viewed, rather than contacting the server again. > This is true even if you exit and reenter a summary buffer. > > Maybe nnmairix should remove articles from this cache when it creates > a search folder? Or bind this variable to nil in nnmairix groups? > > Dan Can you or someone else using nnmairix tell me if calling (gnus-virtual-group-p "nnmairix:your group name") returns t? It's true for nnvirtual and nnir groups, so that function might make a good guard inside `gnus-backlog-enter-article'. Eric