notmuch/lib/database.cc, branch 0.29_rc1

lib/database: index user headers.

2019-05-25T10:21:13Z

This essentially involves calling _notmuch_message_gen_terms once for each user defined header.

lib: support user prefix names in term generation

2019-05-25T10:17:27Z

This should not change the indexing process yet as nothing calls _notmuch_message_gen_terms with a user prefix name. On the other hand, it should not break anything either. _notmuch_database_prefix does a linear walk of the list of (built-in) prefixes, followed by a logarithmic time search of the list of user prefixes. The latter is probably not really noticable.

lib: cache user prefixes in database object

2019-05-25T10:08:20Z

This will be used to avoid needing a database access to resolve a db prefix from the corresponding UI prefix (e.g. when indexing). Arguably the setup of the separate header map does not belong here, since it is about indexing rather than querying, but we currently don't have any other indexing setup to do.

lib: setup user headers in query parser

2019-05-25T09:56:16Z

These tests will need to be updated if the Xapian query print/debug format changes.

gmime-cleanup: drop unused gmime #defines and simplify g_mime_init ()

2019-05-03T09:56:58Z

Several of these #defines were not actually used in the notmuch codebase any longer. And as of GMime 3.0, g_mime_init takes no arguments, so we can also drop the bogus RFC2047 argument that we were passing and then #defining away. signed-off-by: Daniel Kahn Gillmor

lib: add 'body:' field, stop indexing headers twice.

2019-04-17T11:48:16Z

The new `body:` field (in Xapian terms) or prefix (in slightly sloppier notmuch) terms allows matching terms that occur only in the body. Unprefixed query terms should continue to match anywhere (header or body) in the message. This follows a suggestion of Olly Betts to use the facility (since Xapian 1.0.4) to add the same field with multiple prefixes. The double indexing of previous versions is thus replaced with a query time expension of unprefixed query terms to the various prefixed equivalent. Reindexing will be needed for 'body:' searches to work correctly; otherwise they will also match messages where the term occur in headers (demonstrated by the new tests in T530-upgrade.sh)

lib: update commentary about path/folder terms

2019-03-31T15:00:30Z

We missed this when we changed to binary fields.

lib: add clarification about the use of "prefix" in the docs.

2019-03-31T14:59:59Z

lib: drop comment about only indexing one file.

2019-03-31T14:59:46Z

Although the situation is complicated by the value fields (which are taken from a single file), this comment is now more false than true.

lib: add thread subqueries.

2018-05-07T11:42:53Z

This change allows queries of the form thread:{from:me} and thread:{from:jian} and not thread:{from:dave} This is still somewhat brute-force, but it's a big improvement over both the shell script solution and the previous proposal [1], because it does not build the whole thread structure just generate a query. A further potential optimization is to replace the calls to notmuch with more specialized Xapian code; in particular it's not likely that reading all of the message metadata is a win here. [1]: id:20170820213240.20526-1-david@tethera.net