notmuch/message.cc, branch master thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=master 2009-11-10T00:24:03Z libify: Move library sources down into lib directory. 2009-11-10T00:24:03Z Carl Worth cworth@cworth.org 2009-11-10T00:12:28Z urn:sha1:146549321044615d9aef2b30cedccda9c49f3f38 A "make" invocation still works from the top-level, but not from down inside the lib directory yet. add_message: Fix segfault for message with no Date header. 2009-11-06T17:31:03Z Carl Worth cworth@cworth.org 2009-11-06T17:31:03Z urn:sha1:98afc279573bfd9528056cb1e9398a286d97a8a3 I'd fixed this earlier when I had a private copy of GMime's date-parsing code, but I lost the fix when I recently switched to calling the GMime function. Remove notmuch_message_get_header_size and notmuch_message_get_all_headers 2009-11-03T00:08:24Z Carl Worth cworth@cworth.org 2009-11-03T00:08:24Z urn:sha1:dac7e1d4b15af5a7fa6cce3112bc08eb8e8f02e6 The notmuch.c main program now uses GMime directly rather than using these functions, and I'd rather not export any functions unless we have good evidence that the functions are necessary. Drop date.c file, (use identical function from GMime instead). 2009-11-02T22:36:33Z Carl Worth cworth@cworth.org 2009-11-02T22:36:33Z urn:sha1:fa226a7a10ba95f8d8a7ff92dbfc44f6404d9d4d We had originally copied this function in at a time when notmuch wasn't actually depending on the GMime library. Now that it does, we might as well call the function that exists there rather than having a private copy of it. notmuch show: Add a one-line summary of the message before the header. 2009-10-30T00:30:56Z Carl Worth cworth@cworth.org 2009-10-29T23:06:27Z urn:sha1:41c7ad2c91e56bfc0b2fefa0be303605d34f4042 The idea here is that a client could usefully display just this one line while optionally hiding the other header fields. notmuch show: Add body of message as well. 2009-10-29T16:06:53Z Carl Worth cworth@cworth.org 2009-10-29T16:06:53Z urn:sha1:90a0ef4ac4a023f11f82b037c635b4b22762b12f This is just the raw message body for now, (so any MIME parsing will be up to the consumer). And this will likely change in the future. notmuch show: Initial implementation (headers only) 2009-10-29T15:51:12Z Carl Worth cworth@cworth.org 2009-10-29T15:51:12Z urn:sha1:bf78a89196b251c2465f6cefa8198f22c87ff23d We're using a delimiter syntax that Keith is optimistic about being able to easily parse in emacs. Note: We're not escaping any occurrence of the delimiters in the message yet, so we'll need to fix that. Fix add_message and get_filename to strip/re-add the database path. 2009-10-28T23:51:56Z Carl Worth cworth@cworth.org 2009-10-28T23:50:14Z urn:sha1:a1135f0b7e67db7056a4ef02d61b8ad0ec46e88b We now store only a relative path inside the database so the database is not nicely relocatable. Tweak formatting of internal error messages. 2009-10-28T20:13:23Z Carl Worth cworth@cworth.org 2009-10-28T19:46:50Z urn:sha1:81861514c9a86350d24322c1de80b284bd2c1033 Was neglecting to print the phrase "Internal error: " before, and for the duplicate message-ID error it's nice to actually see the duplicate IDs. Add full-text indexing using the GMime library for parsing. 2009-10-28T19:50:10Z Carl Worth cworth@cworth.org 2009-10-28T17:42:07Z urn:sha1:f9bbd7baa07110c7f345c8413e2426d00382cb1c This is based on the old notmuch-index-message.cc from early in the history of notmuch, but considerably cleaned up now that we have some experience with Xapian and know just what we want to index, (rather than just blindly trying to index exactly what sup does). This does slow down notmuch_database_add_message a *lot*, but I've got some ideas for getting some time back.