Re: Bug?: notmuch-search-show-thread shows several threads; only one containing matching messages

Mark Walters writes: > > I have looked at this and I think this is not notmuch's fault: I think > it is a mua doing strange things: > > One of the mails has an in-reply-to header which looks like > > In-reply-to: Message from Carsten Dominik

Re: Bug: fatal error with notmuch new, second run starts indexing all over again

Gregor Zattler writes: > Hi David, > * David Bremner [09. Jul. 2017]: >> Gregor Zattler writes: >>> Since its an email from an open mailing list I attach it to >>> this very email. >>> >> >> It might or might not be related, but I

Re: Bug: fatal error with notmuch new, second run starts indexing all over again

Hi David, * David Bremner [09. Jul. 2017]: > Gregor Zattler writes: >> Since its an email from an open mailing list I attach it to >> this very email. >> > > It might or might not be related, but I noticed that those two messages > get merged for me into a

Re: Bug: fatal error with notmuch new, second run starts indexing all over again

Gregor Zattler writes: > > Since its an email from an open mailing list I attach it to > this very email. > It might or might not be related, but I noticed that those two messages get merged for me into a thread 1734 messages long of org-mode messages (I have some old org

[PATCH] emacs: change default for notmuch-crypto-process-mime to t

There are some cases like remote usage where this might cause problems, but those users can easily customize the variable. The inconvenience seems to be outweighed by the security benefit for most users. --- emacs/notmuch-crypto.el | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff