thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.5 2010-11-11T12:12:43Z 2010-11-11T12:12:43Z Carl Worth cworth@cworth.org 2010-11-11T12:12:43Z urn:sha1:666e410b60855dd714c2b4f36085aeae1810907c The FCC code saves a message in maildir format, and sets the S flag by default, so now, automatically, FCC messages will not show up as "unread", (which seems natural enough). 2010-11-06T21:33:30Z Carl Worth cworth@cworth.org 2010-11-06T21:33:30Z urn:sha1:f8007ecb290d9ce03e21ad75a7e5234404471abf This provides further coverage for the recently added (and recently modified) use of "notmuch show --format=raw" within emacs. 2010-11-06T18:25:56Z Carl Worth cworth@cworth.org 2010-11-06T18:25:56Z urn:sha1:581ea7c8d39c9de73282b21de16dd9b0192ec5ac This tests the use of "notmuch cat" recently added to the emacs interface. 2010-11-06T00:43:27Z Carl Worth cworth@cworth.org 2010-11-06T00:43:27Z urn:sha1:fd16b37dc1b59dac765d459459ce00907506d559 This was too rude of a thing to do and could easily introduce problems, (as reported by Rob Browning whose environment required some HOME-specific things for shell startup). Instead, implement more focused changes to ensure that particular file in $HOME don't cause problems. Specifically, we fix known problems with ~/.signature and ~/.mailrc here. 2010-11-06T00:19:51Z Carl Worth cworth@cworth.org 2010-11-05T20:59:45Z urn:sha1:2d4b3e33481baf98a2bf185304d693855dca296a I still don't know everything about how I want search order to be customizable, but I do like the current defaults, (namely, performing a new search gives results newest first, but performing a saved search like "tag:inbox" gives results as oldest first). Until we come up with a better plan for people to select what *they* want, (rather than just getting what I want), let's codify the current results in the test suite. 2010-10-29T22:53:34Z Carl Worth cworth@cworth.org 2010-10-29T22:53:34Z urn:sha1:3fe90a955e21bc6825e3d9b7ffaba31e1c3d0c8b Haippily, this works just fine, but we might as well test that. 2010-10-29T22:50:42Z Carl Worth cworth@cworth.org 2010-10-29T22:49:59Z urn:sha1:dec2d57fbcaf470e97c37cd40d2953b2404f07b6 This test verifies that the bug fix in the previous commit is working. 2010-10-28T18:45:50Z Carl Worth cworth@cworth.org 2010-10-28T18:45:50Z urn:sha1:4884f5496caa2cdc8749c5eefbdc264373403f22 Some recently-added tests used hard-coded thread ID values in search specifications. This is unreliable since the thread IDs depend on the order in which "notmuch new" encounters new files, (which in turn can depend on inode ordering within the filesystem). Fix these by using the new "notmuch search --output=threads" to find the correct thread IDs given a hard-coded (but reliable) message ID. 2010-10-28T01:43:09Z Carl Worth cworth@cworth.org 2010-10-28T01:43:09Z urn:sha1:76f1c84e6f8caf8768e2bd10a4db2954703b19b9 The reply is primarily taken care of by "notmuch reply" which is already thoroughly tested. But a recent bug is inserting a duplicate From header in the emacs-based reply. So exercise that bug here. 2010-10-28T00:08:09Z Carl Worth cworth@cworth.org 2010-10-28T00:08:09Z urn:sha1:1aae106be5576fb75c2813bef04486f40de07d52 We test that the message we sent via (fake) SMTP is included in the mail index after a "notmuch new". This verifies that the FCC setting indeed successfully saved the sent message within the notmuch mail store.