thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.23_rc1 2016-09-21T21:14:25Z 2016-09-21T21:14:25Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2016-07-08T09:15:36Z urn:sha1:693ca8d8a80438ce1e361e7e6d22288f52a11c55 We want to be able to query the properties directly, like: notmuch count property:foo=bar which should return a count of messages where the property with key "foo" has value equal to "bar". 2016-09-21T21:14:25Z David Bremner david@tethera.net 2016-06-13T01:05:55Z urn:sha1:651da30c0941081cf730930fc1a7cac34954ca0e This somewhat mimics the config line parsing, except there can be arbitrarily many key value pairs, so one more level of looping is required. 2016-09-21T21:14:25Z David Bremner david@tethera.net 2016-06-13T01:05:54Z urn:sha1:b7345d277ec5f562000c0e740e6515c2a84f9c76 Part of providing extensibility via properties is to make sure that user data is not lost. Thus we need to be able to dump and restore properties. 2016-09-12T11:16:35Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2016-09-12T02:23:48Z urn:sha1:89c8d279480aa618bed5ef074f9166dbf818e6eb 2016-08-23T23:53:52Z David Bremner david@tethera.net 2016-06-29T19:39:11Z urn:sha1:3ba1b938b56857dc18e4d2b7233b8aba5cad7820 In particular add notmuch-compact(1) (Debian bug #825884) 2016-06-11T16:02:35Z Tomi Ollila tomi.ollila@iki.fi 2016-06-05T20:38:05Z urn:sha1:6a49e8a51e0591d92ae187af80cf1bedfdd8e09b To look the same as commit b8a136187a3b changed it in emacs MUA code. 2016-06-07T11:00:40Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2016-06-02T16:01:27Z urn:sha1:d080b4100aedbb93a4a4b43f6d07fa2daba101d3 sphinx-build emits a minor warning: [...]doc/man7/notmuch-search-terms.rst:223: WARNING: Block quote ends without a blank line; unexpected unindent. And the tabular representation of boolean or probabilistic prefixes currently renders like this when i view it in man: ┌───────────────────────────┬────────────────────────────┐ │Boolean │ Probabilistic │ └───────────────────────────┴────────────────────────────┘ │ tag: id: │ from: to: │ │ │ │ │ thread: folder: │ subject: attach‐ │ │ path: │ ment: mimetype: │ └───────────────────────────┴────────────────────────────┘ This isn't just ugly: it's confusing, because it seems to imply that some of the prefixes in the left-hand column are somehow related to specific other prefixes in the right-hand column. The Definition List representation introduced by this patch should be simpler for readers to understand, and doesn't have the warning. 2016-06-07T10:52:34Z David Bremner david@tethera.net 2016-06-05T22:23:58Z urn:sha1:d9d2d535b376b4eed455b4d5ca864ae00ee0f4a7 This was introduced with the libconfig changes, but not documented then. 2016-06-05T11:32:17Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2016-06-02T16:26:14Z urn:sha1:6a833a6e83865f6999707cc30768d07e1351c2cb Many of the external links found in the notmuch source can be resolved using https instead of http. This changeset addresses as many as i could find, without touching the e-mail corpus or expected outputs found in tests. 2016-06-05T11:24:25Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2016-06-02T16:01:28Z urn:sha1:cfabfc6dab95f28eaa3d7261bca38ade32a69f79 Without this patch, i'm seeing sphinx-build emit: [...]doc/man1/notmuch-emacs-mua.rst:: WARNING: document isn't included in any toctree