notmuch/notmuch-show.c, branch 0.25.2thread-based email index, search, and tagginghttps://git.notmuchmail.org/git/notmuch/atom?h=0.25.22017-07-15T00:23:52Zconfig: deprecate/drop crypto.gpg_path under gmime 2.6/3.02017-07-15T00:23:52ZDaniel Kahn Gillmordkg@fifthhorseman.net2017-07-14T13:12:00Zurn:sha1:e142de643d3bb4354f70e1490a97b491d1116e95
gmime 3.0 no longer offers a means to set the path for gpg.
Users can set $PATH anyway if they want to pick a
differently-installed gpg (e.g. /usr/local/bin/gpg), so this isn't
much of a reduction in functionality.
The one main difference is for people who have tried to use "gpg2" to
make use of gpg 2.1, but that isn't usefully co-installable anyway.
cli: wrap getting uid2017-07-15T00:23:52ZDavid Bremnerdavid@tethera.net2017-06-03T00:19:04Zurn:sha1:cd853915ec0ad3e3ee6ec90a7d856e95d001abe9
Apparently it moved from "name" to "key_id" in gmime-3.0
cli: make keyid from fingerprint in gmime 3.02017-07-15T00:23:52ZDavid Bremnerdavid@tethera.net2017-06-02T23:57:01Zurn:sha1:2b3224a6c4be6b6c038a9956448187e0a402687b
The "key_id" field seems to used for userid in gmime-3.0, while the
keyid is dropped in the fingerprint field if the full fingerprint is
not available.
cli: generalize use of GMIME_SIGNATURE_{ERROR,STATUS} to gmime-32017-07-15T00:23:52ZDavid Bremnerdavid@tethera.net2017-05-14T17:49:31Zurn:sha1:c7b9bdb81e49321170dc6f0a522301f28e791521
The ERROR enum is merged into to the STATUS enum, and the set of flags
is different.
cli: replace use of g_mime_message_get_recipients2017-07-14T20:58:09ZDavid Bremnerdavid@tethera.net2017-05-06T11:41:14Zurn:sha1:32819f74d3ac2eee25cf234d988688cc82ecbc0a
This function, and associated enum, have been renamed and generalized
in gmime-3.0.
lib/cli: replace use of g_mime_message_get_sender2017-07-14T20:58:09ZDavid Bremnerdavid@tethera.net2017-05-06T02:26:57Zurn:sha1:cbb2d5608ef6dd54d6e9e19b2bb570d3fe54b28b
This function changes semantics in gmime-3.0 so make a new function
that provides the same functionality in both
cli: replace use of g_mime_message_get_reply_to2017-07-14T20:58:09ZDavid Bremnerdavid@tethera.net2017-05-04T18:59:37Zurn:sha1:d7fea369160c548524fd8958ff88d6faacfabe3a
This function changes signature in gmime 3.0, so we provide two new
functions, one for each signature.
cli: replace use of g_mime_message_get_date_as_string2017-07-14T20:58:09ZDavid Bremnerdavid@tethera.net2017-05-04T12:48:44Zurn:sha1:67dbd24ece883e9cb0258fce289e40ca276b729d
This function goes away in gmime-3.0. Also, the memory management is
apparently error prone, witness the memory leak in notmuch-reply.
cli/show: convert keyword options to booleans2017-07-12T20:42:23ZDavid Bremnerdavid@tethera.net2017-07-01T15:18:43Zurn:sha1:15815d4e4c95e87f0bcabcaeb2577237609a6946
There are two keyword options here that impliment boolean options. It
is simpler to use the built-in boolean argument handling, and also
more robust against divergence in parsing boolean and keyword arguments.
cli: implement structured output version 42017-07-04T11:32:44ZDavid Bremnerdavid@tethera.net2017-06-03T17:47:34Zurn:sha1:e1b7d32db00ea8afaa1f2ae31bdaa5cb423dda96
Since the error field is unused by the emacs front end, no changes are
needed other than bumping the format version number.
As it is, this is a bit overengineered, but it will reduce duplication
when we support gmime 3.0