thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.26 2017-12-29T20:45:55Z 2017-12-29T20:45:55Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2017-12-19T16:40:55Z urn:sha1:af8255fb7159652a7d4e1fe4f1398302e1746cce 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 test T350 to match. 2017-12-08T12:08:46Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2017-12-08T06:23:54Z urn:sha1:6802b333eb356fdeafd97a4e4ed74999d055a852 If the user doesn't specify --decrypt= at all, but a stashed session key is known to notmuch, when replying to an encrypted message, notmuch should just go ahead and decrypt. The user can disable this at the command line with --decrypt=false, though it's not clear why they would ever want to do that. 2017-10-19T01:36:39Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2017-10-17T16:57:21Z urn:sha1:6499fce3911df2646db67c0f1ff65672324904f0 This will make future diffs cleaner, make it easier to keep them alphabetical, and make it easier to scan and search the documentation sources. 2016-03-14T23:34:17Z Michal Sojka sojkam1@fel.cvut.cz 2015-12-29T21:55:40Z urn:sha1:557965b8fae3d7923cee0fb8d9b298173e73a264 Current documentation and comments in the code do not correspond to the actual code and tests in the test suite ("Un-munging Reply-To" in T230-reply-to-sender.sh). Fix it. 2014-03-09T13:41:08Z David Bremner david@tethera.net 2014-01-28T16:12:37Z urn:sha1:d736260385a689b5c77d8121f48e29440e3adfa4 This is the output from sphinx-quickstart, massaged a bit, along with our existing man pages converted to rst. A skeleton notmuch-emacs manual is also included. It is not suitable for end user use yet.