Re: [PATCH] cli: add support for only printing the addresses in notmuch address

On Wed, Dec 20 2017, Jani Nikula wrote: > ~$ notmuch address --output=sender --output=recipients --output=address > --output=count id:878tdy8a2q@ligo.caltech.edu > 1 notmuch@notmuchmail.org > 1 jroll...@finestructure.net > 1 d...@fifthhorseman.net > 1

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

On Tue, 19 Dec 2017, Jameson Graef Rollins wrote: > On Tue, Dec 19 2017, Daniel Kahn Gillmor wrote: >> On Tue 2017-12-19 13:23:55 -0800, Jameson Graef Rollins wrote: >>> On Thu, Nov 02 2017, Jani Nikula wrote: The notmuch

Notmuch Emacs: tab completion for tags in Fcc:

All, One small suggestion for Notmuch Emacs: it would be nice if there were tab completion for tags (and, if possible, folders) in the Fcc header when composing messages in Emacs. There is already tab completion for tags in a number of other places, but for some reason, there isn’t tab

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

On Tue, Dec 19 2017, Daniel Kahn Gillmor wrote: > On Tue 2017-12-19 13:23:55 -0800, Jameson Graef Rollins wrote: >> On Thu, Nov 02 2017, Jani Nikula wrote: >>> The notmuch address output is much more useful for scripts with just >>> the addresses printed.

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

On Tue 2017-12-19 13:23:55 -0800, Jameson Graef Rollins wrote: > On Thu, Nov 02 2017, Jani Nikula wrote: >> The notmuch address output is much more useful for scripts with just >> the addresses printed. Support this using the --output=address option. > > Isn't "address" kind of

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

On Thu, Nov 02 2017, Jani Nikula wrote: > The notmuch address output is much more useful for scripts with just > the addresses printed. Support this using the --output=address option. Isn't "address" kind of orthogonal to "sender" and "recipient"? Isn't this more like the

Re: [PATCH v4] python: add decrypt_policy argument to Database.index_file()

On Tue 2017-12-19 07:23:35 -0400, David Bremner wrote: > Daniel Kahn Gillmor writes: > >> +Date: $(date -R) >> +Message-ID: >> +MIME-Version: 1.0 >> +Content-Type: multipart/encrypted; boundary="=-=-="; >> +

[PATCH v5] python: add decrypt_policy argument to Database.index_file()

We adopt a pythonic idiom here with an optional argument, rather than exposing the user to the C indexopts object directly. This now includes a simple test to ensure that the decrypt_policy argument works as expected. --- bindings/python/notmuch/database.py | 45

Re: Homebrew patch for GPG support

On 19 Dec 2017, at 6:33, David Bremner wrote: > Just to double check, there's nothing we need to do upstream, right? That’s right! Homebrew’s gmime installer now includes crypto support by default, allowing Homebrew notmuch users to more easily decrypt PGP email. a signature.asc Description:

[PATCHES v4] Encourage explicit arguments for --decrypt in "show" and "reply"

This is a clean revision of the series that was first introduced at id:20171212001858.706-1-...@fifthhorseman.net. It needed to be rebased after Jani's boolean/negation series. It should now apply cleanly. I think it's important to apply this series before releasing 0.26, because of the

[PATCH v4 3/3] cli/reply: make --decrypt take a keyword

This brings the --decrypt argument to "notmuch reply" into line with the other --decrypt arguments (in "show", "new", "insert", and "reindex"). This patch is really just about bringing consistency to the user interface. We also use the recommended form in the emacs MUA when replying, and update

[PATCH v4 2/3] cli/show: make --decrypt take a keyword.

We also expand tab completion for it, update the emacs bindings, and update T350, T357, and T450 to match. Make use of the bool-to-keyword backward-compatibility feature. --- completion/notmuch-completion.bash | 6 +- doc/man1/notmuch-show.rst | 37

[PATCH v4 1/3] cli: some keyword options can be supplied with no argument

We might change some notmuch command line tools that used to be booleans into keyword arguments. In that case, there are some legacy tools that will expect to be able to do "notmuch foo --bar" instead of "notmuch foo --bar=baz". This patch makes it possible to support that older API, while

[PATCH] test: final named query test works regardless of Xapian FieldProcessor

This test passes with older versions of Xapian as well, because neither query returns any results. This should resolve the travis build failure at https://travis-ci.org/notmuch/notmuch/builds/318571658 Signed-off-by: Daniel Kahn Gillmor --- test/T600-named-queries.sh |

WIP, all subjects in value slot

This is a proof of concept for adding all subjects into the value slot. It's enough to get fix the regexp search test earlier in the thread. It doesn't yet sort subjects by filename. ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH] WIP: add all subjects to value.

--- lib/add-message.cc | 3 +-- lib/message.cc | 52 -- test/T670-duplicate-mid.sh | 1 - 3 files changed, 47 insertions(+), 9 deletions(-) diff --git a/lib/add-message.cc b/lib/add-message.cc index f5fac8be..095a1f37 100644 ---

Re: Homebrew patch for GPG support

"Alex Abdo" writes: > Hi all, > > I'm new to the notmuch community and am writing about a patch to > Homebrew that made it easier for me to use notmuch with GPG on my Mac. > > I installed notmuch a few weeks ago using Homebrew, but I hadn't been > able to use it to decrypt

Re: be more honest about test suite failures due to old libraries

Daniel Kahn Gillmor writes: > We have several places where tests are skipped or marked as though > some test suite prereqs are missing, but in fact are due to building > against older versions of libraries that don't support certain > features. > > This series tries to be

Re: [PATCH v4] python: add decrypt_policy argument to Database.index_file()

Daniel Kahn Gillmor writes: > +Date: $(date -R) > +Message-ID: > +MIME-Version: 1.0 > +Content-Type: multipart/encrypted; boundary="=-=-="; > + protocol="application/pgp-encrypted" > + Can you explain why you explicitely set the

Re: [PATCH 0/6] python: add bindings for notmuch_database_get_config{, _list}

l-...@web.de writes: > Comming back after a long time (sorry for the wait). > > I now changed the binding for notmuch_database_get_config_list into a > generator. It is called get_configs in the python bindings (the "s" > should indicate the iterable/generator nature like for dict.items or >