[PATCH] doc: Disable SmartyPants in generated manual pages

By default, Sphinx tries to pre-process text through SmartyPants, which attempts to convert ASCII quotes and dashes to Unicode characters. Unfortunately, this mangles technical text such as command lines. For instance, this excerpt from notmuch-tag.rst: **notmuch** **tag** **--batch** [--input=<

[PATCH 0/2] Update search results when tags change

One of the things that stood out to me right after I tried using notmuch, is that whenever I performed a search (which included some unread messages), opened an unread search result, and went back to the search buffer, it would still show that thread as unread. To update the display, I'd need to in

[PATCH 2/2] emacs: Add notmuch-update-search-tags

Implement an option which, when enabled, causes any tag changes done from within notmuch-emacs to instantly update matching threads in open search buffers. --- emacs/notmuch-tag.el | 16 emacs/notmuch.el | 15 +++ 2 files changed, 31 insertions(+) diff --git a/ema

[PATCH 1/2] notmuch-tag.el: Fix minor grammar error

--- emacs/notmuch-tag.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/emacs/notmuch-tag.el b/emacs/notmuch-tag.el index 09d182df..0500927d 100644 --- a/emacs/notmuch-tag.el +++ b/emacs/notmuch-tag.el @@ -457,7 +457,7 @@ QUERY should be a string containing the search-terms.

Re: [PATCH 0/4] fix "no such file" problem for emails send by emacs

Hi, I have tried the command "notmuch reindex id:the-msg-id". Yes, it does fix the database problem. However, as far as I understood your reindex-patches, the command does not touch 'XDIRECTORY' records. So the record about folder "new/" will remain in the database. But it is very minor thing, bec

Re: [PATCH 0/4] fix "no such file" problem for emails send by emacs

Yuri Volchkov writes: > Hi, > > I have faced a problem, that messages sent by emacs could not be shown > or found later. The "notmuch show id:" says "no such file or > directory". > > This patch series fixes the problem related to my use case. The > detailed description of the root cause is provi

[Gmailieer] v0.2 released

Hi, this marks the release of version 0.2 of gmailieer - a fast fetch and two-way tag synchronization program for notmuch and GMail messages and tags: https://github.com/gauteh/gmailieer 'gmailieer' (or 'gmi') is a small program pulls email and labels (and changes to labels) from your GMai

[PATCH] emacs: set query-context to nil if its "" or "*"

The queries "" and "*" are special cased in the notmuch library to match all messages, but only if they're the entire query. They can't be combined with other queries, such as "* AND foo", in which case they "leak" down to the Xapian query parser. Notmuch show and tree buffers inadvertently combin