match: in structured "notmuch reply" output

hey good notmuch people. I noticed today that "notmuch reply --format=json id:f...@example.net" emits a json object that contains: "match": false, reading devel/schemata, it looks like this is kind of a vestigial thing from "notmuch show" and it doesn't really belong in "notmuch reply".

Re: [PATCH 1/5] crypto: prepare for decryption of inline PGP encrypted messages

Daniel Kahn Gillmor writes: > Inline PGP encrypted messages are clearly worse than PGP/MIME > structured encrypted messages. There are no standards for how they > are formed, and they don't offer any structured metadata about how to > interpret the bytestream produced by

Re: [PATCH] test: add known broken test for regexp search of second subject

David Bremner writes: > We expect this to give the same answer as the non-regexp subject > search. It does not because the regexp search relies on the value > slot, which currently contains only one subject. Pushed to master. I still need to revisit the fix. d

Optionally decrypt encrypted mails read in Emacs for later indexing

Hi. For some of the emails I'm receiving, which have been crypted by the sender with GPG, confidentiality is only needed for routing the mail, and I'd like to be able to store a decrypted version instead of the original (or in addition to it ?), so that notmuch can index the content almost as if

[gmaileer] Gmailieer v0.7 released

Hi, Gmailieer v0.7 has been released! https://github.com/gauteh/gmailieer Gmailieer provides fast email-fetching and two-way tag synchronization between notmuch and GMail. Changes: * Reload local repository if local changes have been made during sync. * Only allow one instance of gmi for