thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=debian%2Funstable 2026-01-14T22:18:24Z 2026-01-14T22:18:24Z David Bremner david@tethera.net 2024-09-01T15:41:40Z urn:sha1:8f9e16f2b9a46bef2c7398a27ff29db7bb23ee8d It is wrong most of the time in _notmuch_message_remove_terms, but that function is too low level to know how to call _n_m_invalidate_metadata with the right argument, at least not without more extensive changes. This change merely makes the current behaviour more obvious, since the other calls cannot have relied on metadata being invalidated. 2025-08-09T10:12:23Z Anton Khirnov anton@khirnov.net 2025-08-06T05:43:06Z urn:sha1:aa761727999b105711ba4ca789e0836a0a05cf9f The overall goal is to allow clients to restart operations in situations where that is the response recommended by the underlying Xapian library. Amended-by: db, added above explanation 2023-03-30T11:01:09Z Kevin Boulain kevin@boula.in 2023-03-29T16:13:32Z urn:sha1:fb55ff28a2fdaa9c218af5ca10b1cae674869edd _notmuch_message_remove_all_properties wasn't syncing the message back to the database but was still invalidating the metadata, giving the impression the properties had actually been removed. Also move the metadata invalidation to _notmuch_message_remove_terms to be closer to what's done in _notmuch_message_modify_property and _notmuch_message_remove_term. 2023-03-30T10:08:47Z Kevin Boulain kevin@boula.in 2023-03-29T16:19:58Z urn:sha1:568f6bc3c2fd2396c05d254e2649750fb82b00b6 Since libnotmuch exposes a C interface there's no way for clients to catch this. Inspired by what's done for tags (see notmuch_message_remove_tag). 2021-03-13T12:45:34Z uncrustify david@tethera.net 2021-03-13T12:45:34Z urn:sha1:8aeba1228ace947c1b689ae6ae08db5d53755917 This is the result of running $ uncrustify --replace --config ../devel/uncrustify.cfg *.c *.h *.cc in the lib directory 2019-06-14T10:41:27Z uncrustify david@tethera.net 2019-06-13T10:55:35Z urn:sha1:2b62ca2e3b786beca8d89fa737bda0b49faa638d This is the result of running $ uncrustify --replace --config ../devel/uncrustify.cfg *.c *.h *.cc in the lib directory 2018-05-26T14:31:39Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2018-05-11T06:57:53Z urn:sha1:499bb78178df86ceae82893fbc272c4dd1870b6c The user can already do this manually, of course, but (a) it's nice to have a convenience function, and (b) exposing this interface means that someone more clever with a _notmuch_string_map_t than i am can write a more efficient version if they like, and it will just accelerate the users of the convenience function. 2018-05-26T14:30:32Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2018-05-11T06:57:52Z urn:sha1:9088db76d89264b733f6b45e776d8952da237921 We've had _notmuch_message_database() internally for a while, and it's useful. It turns out to be useful on the other side of the library interface as well (i'll use it later in this series for "notmuch show"), so we expose it publicly now. 2018-05-03T23:59:20Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2018-04-29T08:35:30Z urn:sha1:c20a5eb80520a11cb697a45b0d9553c68e2199c8 Correct URLs that have crept into the notmuch codebase with http:// when https:// is possible. As part of this conversion, this changeset also indicates the current preferred upstream URLs for both gmime and sup. the new URLs are https-enabled, the old ones are not. This also fixes T310-emacs.sh, thanks to Bremner for catching it. 2017-10-20T10:58:43Z Daniel Kahn Gillmor dkg@fifthhorseman.net 2017-10-17T19:09:59Z urn:sha1:0b9e1a2472e50bd56a5e269d51aa729a4290a92a Subsequent patches will introduce a convention that properties whose name starts with "index." will be stripped (and possibly re-added) during re-indexing. This patch lays the groundwork for doing that.