Re: Gnus and notmuch

[Eric Abrahamsen <eric@ericabrahamsen.net>]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> Alexis Praga <alexis.praga@gmail.com> writes:
>
>> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>>> Well, one problem at a time :)
>>>
>>> While it should be possible to use a single notmuch installation to
>>> search two nnmaildir servers, as you're doing, it's also possible that
>>> this is the source of the problem. Could you also show me your
>>> ~/.notmuch-config?
>>>
>>> These two lines are the source of the problem: gnus-search was able to
>>> find the article numbers from search hits in the "archive" group, but
>>> was not able to turn search hits in the "home.alex.mail.free.archive"
>>> group into article numbers. Usually this means it wasn't actually able
>>> to locate the files on disk, which usually means there's a mismatch with
>>> the 'remove-prefix setting.
>>>
>>> From the traceback, it looks like you were only searching the
>>> nnmaildir+gmail:archive group. Do you have any idea why you were getting
>>> results from home.alex.mail.free.archive?
>> I don'tt really know why it is searching for the other maildir. That's
>> why I have been restarting emacs and removing ~/.newrrc.el*, hoping it
>> would resolve some conflict with my previous attempts.
>
> I think see the problem, it's yet more fragility in parsing the output
> of search results.
>
> Notmuch is returning all results in all directories, and Gnus filters
> out the results it wants depending on which paths match the group name.
> Because "archive" is a substring of "home.alex.mail.free.archive", it
> thinks it's a relevant search result.
>
> I guess I'm not entirely sure why it fails to find the articles from
> that group -- I would expect the articles from the other group to be
> located correctly -- but this is probably still the source of the
> problem.
>
> This stuff is so fragile that I dread to think of what else might break
> with this change, but... If you're comfortable patching and
> re-evaluating, would you please apply the attached, then re-evaluate the
> `gnus-search-indexed-parse-output' method, and see if that fixes the
> problem?

Ignore this patch! It will choke on the maildir "cur" directory segment.
Hold on for a bit here while I try to think of a proper solution for the
problem.

Eric