From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85163 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: Tue, 21 Oct 2014 07:57:19 +0800 Message-ID: <877fzu1ehs.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 1413849197 28783 80.91.229.3 (20 Oct 2014 23:53:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Oct 2014 23:53:17 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33407@lists.math.uh.edu Tue Oct 21 01:53:10 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 1XgMlB-0003XX-3q for ding-account@gmane.org; Tue, 21 Oct 2014 01:53:09 +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 1XgMkg-0004bq-FQ; Mon, 20 Oct 2014 18:52:38 -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 1XgMke-0004bX-Fd for ding@lists.math.uh.edu; Mon, 20 Oct 2014 18:52:36 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XgMkd-0004Xm-0P for ding@lists.math.uh.edu; Mon, 20 Oct 2014 18:52:35 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XgMkb-0007nk-01 for ding@gnus.org; Tue, 21 Oct 2014 01:52:33 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XgMkY-0003JY-MP for ding@gnus.org; Tue, 21 Oct 2014 01:52:30 +0200 Original-Received: from 123.122.32.77 ([123.122.32.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2014 01:52:30 +0200 Original-Received: from eric by 123.122.32.77 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Oct 2014 01:52:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 123.122.32.77 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:3ztEod2YaxgZ2rbKIuuntmHKBX0= X-Spam-Score: -3.2 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85163 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? Hmm, I may have seen this in nnir groups, as well. At least, I've (only once or twice) had a similar situation: selecting articles in an nnir search summary buffer, and seeing article bodies from the last search. I can only assume it's the same problem...