Re: Create a group from a list of message-ids

[Alexander Baier <lexi.baier@gmail.com>]

On 13-11-29 04:41 Eric Abrahamsen wrote:
> Alexander Baier <lexi.baier@gmail.com> writes:
>
>> On 13-11-26 05:06 Eric Abrahamsen wrote:
>>> Frank Terbeck <ft@bewatermyfriend.org> writes:
>>>
>>>> Eric Abrahamsen wrote:
>>>> [...]
>>>>> It also comes with its own tagging structure and all kinds of stuff I
>>>>> don't use. The superfluity bugs me a little, but the searching is nice
>>>>> enough that it doesn't matter. A nnir plugin for notmuch might actually
>>>>> be nice.
>>>>
>>>> Actually, at least in the git version of gnus, ‘nnir’ seems to feature
>>>> support for ‘notmuch’ (ie. there is a defcustom ‘nnir-notmuch-program’
>>>> and a defun ‘nnir-run-notmuch’).
>>>>
>>>> Since ‘mu’ seems to work fairly similarly to notmuch, I would guess
>>>> that, this part would serve as a source for ideas for ‘mu’-integration.
>>>>
>>>> Regards, Frank
>>>
>>> Thanks to both of you for pointing that out! I had no idea that was
>>> there, but would definitely prefer using a more gnus-y interface. I set
>>> it up like so:
>>>
>>> (setq nnir-method-default-engines  '((nnimap . notmuch) (nntp . gmane)))
>>>
>>> And gave it a shot.
>>>
>>> It didn't work for me for two reasons. I have several different imap
>>> servers, all run through dovecot with a maildir structure. They're all
>>> under ~/.mail, like ~/.mail/acc1 ~/mail/acc2 etc. That means
>>> nnir-notmuch-remove-prefix has to be set to an appropriate value for
>>> each server, which you can do with server parameters. But that means you
>>> can only search one server at a time (which I guess you'd do by putting
>>> a notmuch-group key into the query? I don't even know how to do that).
>>> That isn't really what I want -- I'd like to search all my mail at once.
>>> And even if I had to do it server by server, it seems like
>>> `nnir-run-notmuch' should be able to figure out how to filter to that
>>> server by itself...
>
> [...]
>
>> Hi Eric,
>>
>> I am digging this up again, as I had some time to look at this myself
>> and maybe have an idea of how to tackle this problem.
>>
>> Now, as I see it, the thing preventing us from searching multiple
>> servers is the fact that nnir-compose-result might be passed a server
>> that does not fit to the matched article as this may come from a
>> different server.  So I think, solving this problem is "just" a matter
>> of teaching nnir-compose-result to correct the server it is passed in
>> case it does not fit to the matched article.  For nnir-compose-result to
>> be able to so we need to tell it how to extract the server from the
>> dirnam parameter.  The question is, how do we tell nnir-compose-result
>> this?  Do you have any ideas on this?
>
> Right now, servers to search are chosen with
> `gnus-group-make-nnir-group', which does one of three things:
>
> 1. Extracts the server from the group under point
> 2. Extracts server from the marked groups, if groups are marked
> 3. If we're in the *Server* buffer, use the server under point
>
> Options one and three obviously only provide a single server, option two
> results in something like this (I marked the INBOXs of three different accounts):
>
> (("nnimap:acc1" ("nnimap+acc1:INBOX"))
>  ("nnimap:acc2" ("nnimap+acc2:INBOX"))
>  ("nnimap:acc3" ("nnimap+acc3:INBOX")))
>
> What eventually happens is that `nnir-run-query' loops
> over each server in the above sexp (ignoring the group), and calls
> `nnir-run-notmuch' once for each server. Each loop passes the same
> search results to `nnir-compose-results', which filters the results
> based on the current server.
>
> So theoretically if you'd marked one group from each of the accounts you
> wanted to search, you'd get full results. We should be able to do the
> same thing by wrapping `gnus-group-make-nnir-group' and force-feeding it
> arguments:
>
> (setq notmuch-servers-to-search '(("nnimap:acc1")
>                                   ("nnimap:acc2")
>                                   ("nnimap:acc3")))
>
> (defun nnir-search-all-servers (&optional query-spec)
>   (interactive)
>   (setq query-spec (or query-spec
> 		       (list (cons 'query
> 			      (read-string "Query: " nil 'nnir-search-history)))))
>   (gnus-group-make-nnir-group
>    nil (list
> 	(cons 'nnir-query-spec query-spec)
> 	(cons 'nnir-group-spec notmuch-servers-to-search))))
>
>
> Can you set notmuch-servers-to-search appropriately, and test that? It's
> hard for me to test as I'm still having the "is it maildir or isn't it"
> problem, as well as the "I don't have an INBOX" problem.
>
> Thanks,
> Eric
>
>
>
Hi Eric,

I tested your code and it seems to do exactly what you are describing.
There is, however, another problem I am facing, that produces a nil as
article number in some or all of the results (vectors with 3 elements)
returned by nnir-compose-result.  I have not figured out how to solve
this but will follow up as soon as I find something.

So long,
-- 
 Alexander Baier