notmuch/NEWS, branch 0.22_rc1 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.22_rc1 2016-04-24T20:56:15Z NEWS: entry for emacs mua address completion 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-24T11:47:41Z urn:sha1:15a529b1f6ae28f357a90ed1e322f5ef22731705 NEWS: document some bug fixes 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-24T11:44:00Z urn:sha1:ce2ead0be9826bcaa00f07adca6f8963fdd6fb98 NEWS: document S/MIME support 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-24T11:36:09Z urn:sha1:1bea126908115d49ac132b3625909c54d60e0ec7 NEWS: note no-op-ness of notmuch-message-address-insinuate 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-16T15:25:55Z urn:sha1:e22cf5f49c8c4e56def5b841a7661703acb68736 NEWS: note dropping "pkg-config emacs" 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-16T15:25:34Z urn:sha1:85e1513bc1a3583434559c5f691af9151fbae203 NEWS: add note about xapian 1.3 support 2016-04-24T20:56:15Z David Bremner david@tethera.net 2016-04-16T15:04:22Z urn:sha1:f0345dd351cefadba8129c658fc57d582a1a0a46 Emacs related NEWS for 0.22. 2016-04-18T11:17:42Z David Edmondson dme@dme.org 2016-04-17T21:39:53Z urn:sha1:a26a4c5283d281e92f7b01e774c712cd640be77b NEWS: Consolidate nmbug-status and notmuch-report sections 2016-03-26T12:03:37Z W. Trevor King wking@tremily.us 2016-03-24T17:08:18Z urn:sha1:14f1b39969b4ada7f6b3a39707a1a15f5804ecf9 These are the same tool; the nmbug-status text just landed before the name change. We can also drop the message-url details from NEWS, since they're already in the man page. NEWS: Document the notmuch-report branch 2016-03-24T10:43:59Z W. Trevor King wking@tremily.us 2016-01-02T06:08:05Z urn:sha1:4900cbee08fbcfd169308cba472929a5eef2bd79 nmbug-status: Wrap query phrases in parentheses when and-ing together 2016-03-24T10:39:42Z W. Trevor King wking@tremily.us 2016-01-02T06:07:42Z urn:sha1:6c0b6c8e1c4a8ab139db3cadee26d05962c3ce2c For example: "query": ["tag:a", "tag:b or tag:c"] is now converted to: ( tag:a ) and ( tag:b or tag:c ) instead of the old: tag:a and tag:b or tag:c This helps us avoid confusion due to Xapian's higher-precedence AND [1], where the old query would be interpreted as: ( tag:a and tag:b ) or tag:c [1]: http://xapian.org/docs/queryparser.html