notmuch, branch 0.29_rc1

debian: changelog for 0.29~rc1-1

2019-06-03T11:10:19Z

version: bump to 0.29~rc1

2019-06-03T11:08:00Z

doc: use separate doctrees for distinct builders

2019-06-03T10:35:30Z

It seems our previous attempt with order-only targets was not sufficient to avoid problems with sphinx-builds doctree cache [0]. Looking around at other people's approaches [1], using separate doctrees was suggested. I guess there might be a slight loss of efficiency, but it seems more robust. [0]: build failures were first noticed in Debian experimental, but I was able to duplicate it in my usual build environment about 1 in 8 builds. [1]: in particular https://salsa.debian.org/mpd-team/mpc/commit/9e3fc1657d043d75755993846c93f7700b97f907

debian: changelog for 0.29~rc0-1

2019-05-31T11:24:55Z

version: bump to 0.29~rc0

2019-05-31T11:11:12Z

mime-node: be clearer about decryption

2019-05-31T10:55:46Z

Part 0 of a multipart/encrypted object is GMIME_MULTIPART_ENCRYPTED_VERSION; part 1 is GMIME_MULTIPART_ENCRYPTED_CONTENT. Using the name for what we want describes our intent more clearly than using a magic number in the code. Signed-off-by: Daniel Kahn Gillmor

test: update test description.

2019-05-29T11:40:02Z

I missed this fix in dkg's revisions.

cli/reply: pull proposed subject line from the message, not the index

2019-05-29T11:17:33Z

Protected subject lines were being emitted in reply when the cleartext of documents was indexed. create_reply_message() was pulling the subject line from the index, rather than pulling it from the GMimeMessage object that it already has on hand. This one-line fix to notmuch-reply.c solves that problem, and doesn't cause any additional tests to fail. Signed-off-by: Daniel Kahn Gillmor

test: reply (in cli and emacs) should protect indexed sensitive headers

2019-05-29T11:17:20Z

These tests are currently broken! When a protected subject is indexed in the clear, it leaks in the reply headers :( For emacs, we set up separate tests for when the protected header is indexed in the clear and when it is unindexed. neither case should leak, but the former wasn't tested yet. We will fix the two broken tests in a subsequent patch. Signed-off-by: Daniel Kahn Gillmor

test: emacs/show: ensure that protected headers appear as expected

2019-05-29T11:17:12Z

This tests notmuch-show; headers appear appropriately based on the setting of notmuch-crypto-process-mime. Signed-off-by: Daniel Kahn Gillmor