From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/87433 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus nnmaildir and notmuch Date: Thu, 23 Mar 2017 08:47:07 -0700 Message-ID: <87tw6kro5g.fsf@ericabrahamsen.net> References: <87poh8nwxj.fsf@ecocode.net> <878tnwt3pq.fsf@ericabrahamsen.net> <8737e4t3fu.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1490284056 3695 195.159.176.226 (23 Mar 2017 15:47:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 23 Mar 2017 15:47:36 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+m35654=ding+2daccount=gmane.org@lists.math.uh.edu Thu Mar 23 16:47:31 2017 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr4xU-0008Vy-PF for ding-account@gmane.org; Thu, 23 Mar 2017 16:47:28 +0100 X-Yomura-MXScrub: 1.0 Original-Received: from lists1.math.uh.edu (unknown [129.7.128.208]) by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTPS id 07a283d1-0fe0-11e7-b087-b499baabecb2; Thu, 23 Mar 2017 15:47:33 +0000 (UTC) Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.87) (envelope-from ) id 1cr4xZ-0006OX-3O for ding-account@gmane.org; Thu, 23 Mar 2017 10:47:33 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1cr4xY-0006OQ-2w for ding@lists.math.uh.edu; Thu, 23 Mar 2017 10:47:32 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.87) (envelope-from ) id 1cr4xX-0000Hq-0n for ding@lists.math.uh.edu; Thu, 23 Mar 2017 10:47:31 -0500 Original-Received: from [195.159.176.226] (helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1cr4xV-0003ib-K7 for ding@gnus.org; Thu, 23 Mar 2017 16:47:29 +0100 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cr4xN-0007sN-76 for ding@gnus.org; Thu, 23 Mar 2017 16:47:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:rxkMxS80SQxcVqbIwitBVq9qJhI= List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:87433 Archived-At: Eric Abrahamsen writes: > Eric Abrahamsen writes: > >> Erik Colson writes: >> >>> Hi, >>> >>> I've setup gnus with nnmaildir as a secondary mail source and using >>> notmuch as indexer/search. >>> Searching with the notmuch nnir backend works very well, and I nicely >>> get a gnus summary buffer of the corresponding results. In that buffer I >>> can select and move messages to other maildir folders and the articles >>> are then effectively moved. I can also mark messages flagged or >>> expirable etc, but when I exit the buffer and relaunch the query, the >>> marks are _not_ saved. >>> >>> How come? Is this expected behavior ? Can it be changed ? >> >> nnir sort of caches its results -- if the group hasn't been killed >> between searches, you'll just see the same results again. nnir doesn't >> support re-scanning, otherwise it seems like it would be reasonable to >> use M-g in an nnir group to refresh the results. I don't know if it's >> possible to implement `nnir-request-scan', or if it simply won't work >> for any ephemeral groups. >> >> To be honest, I just did a little testing, and I couldn't even get marks >> to propagate: I flagged a message (the "real" backend was nnimap), >> exited the group, and the flag wasn't there in the real group, nor in >> the nnir group when I re-ran the search. > > Oh, that's because there's no nnimap-request-update-mark deffoo. There > is nnimap-request-set-mark, though -- I don't know why nnir doesn't use > that. Bah, that's wrong as well. Never mind, rabbit hole is too deep, and this isn't pertinent to the original issue.