debian/notmuch
1
0
Fork 0
mirror of https://git.notmuchmail.org/git/notmuch synced 2024-11-25 12:28:09 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions
notmuch/TODO

68 lines
2.4 KiB
Text
Raw Normal View History

TODO: Organize tasks based on emacs interface, command-line tool, or library. There are conceptually three different projects here, so it helps to keep the tasks for each separated.
2009-11-03 03:02:38 +01:00
Emacs interface (notmuch.el)
----------------------------
TODO: Add several items. These are the things that are actively preventing me from being able to use notmuch as an email-reading client.
2009-11-02 22:18:58 +01:00
TODO: Add a couple of notes about fixing the completion script. I'm throwing away a half-finished fix of this now, and just want to ensure I don't forget about it.
2009-11-20 17:04:29 +01:00
Completion
----------
Move completion scripts down into a contrib directory.
Add completion scripts for other shells as seen on mailing list.
Fix bash completion to complete multiple search options (both --first
and *then* --max-threads), and also complete value for --sort=
(oldest-first or newest-first).
TODO: Organize tasks based on emacs interface, command-line tool, or library. There are conceptually three different projects here, so it helps to keep the tasks for each separated.
2009-11-03 03:02:38 +01:00
notmuch command-line tool
-------------------------
TODO: Note that notmuch restore needs some progress indication. A recent "notmuch restore" command took *forever* for me. Obviously, we need to fix the underlying performance bug in Xapian, but in the meantime, a progress indicator would help.
2009-11-09 22:42:30 +01:00
Give "notmuch restore" some progress indicator. Until we get the
Xapian bugs fixed that are making this operation slow, we really need
to let the user know that things are still moving.
TODO: Organize tasks based on emacs interface, command-line tool, or library. There are conceptually three different projects here, so it helps to keep the tasks for each separated.
2009-11-03 03:02:38 +01:00
Fix notmuch.c to call add_timestamp/get_timestamp with path names
TODO: Note that "notmuch show" exists now and list several new ideas. The timestamp stuff we'll want to do soon, since it's a database change, (though not a major one---at worst a handful of stale timestamp documents would be left in the database).
2009-10-30 19:57:43 +01:00
relative to the database path. (Otherwise, moving the database to a
new directory will result in notmuch creating new timestamp documents
and leaving stale ones behind.)
TODO: Add note on making "notmuch new" interruptible. This note was described in the previous commit message, but mistakenly not committed: The note about making "notmuch setup" faster is now rewritten to apply to "notmuch new" since "notmuch setup" no longer does any mail indexing.
2009-11-12 16:05:43 +01:00
Ensure that "notmuch new" is sane if its first, giant indexing session
gets interrupted, (that is, ensure that any results indexed so far are
flushed).
TODO: Note that "notmuch show" exists now and list several new ideas. The timestamp stuff we'll want to do soon, since it's a database change, (though not a major one---at worst a handful of stale timestamp documents would be left in the database).
2009-10-30 19:57:43 +01:00
Fix notmuch.c to use a DIR prefix for directory timestamps, (the idea
being that it can then add other non-directory timestamps such as for
noting how far back in the past mail has been indexed, and whether it
needs to re-tag messages based on a theoretical "auto-tags"
configuration file).
TODO: Add an idea from talking with keithp on the train. I mentioned the read-only directory optimization to Keith, and he liked it but wanted to be able to configure it to be fully automated.
2009-11-03 03:44:34 +01:00
Make "notmuch new" notice when a mail directory has gone more than a
month without receiving new mail and use that to trigger the printing
of the note that the user might want to mark the directory read-only.
Also make "notmuch new" optionally able to just mark those month-old
directories read-only on its own. (Could conflict with low-volume
lists such as announce lists if they are setup to deliver to their own
maildirs.)
TODO: Organize tasks based on emacs interface, command-line tool, or library. There are conceptually three different projects here, so it helps to keep the tasks for each separated.
2009-11-03 03:02:38 +01:00
notmuch library
---------------
Actually compile and install a libnotmuch shared library.
Fix to use the *last* Message-ID header if multiple such headers are
encountered, (I noticed this is one thing that kept me from seeing the
same message-ID values as sup).
Add support for the user to specify custom headers to be indexed.
Add support for automatic tagging of new messages based on particular
search criteria, (likely using an InMemory database for the new
messages).
General
-------
TODO: Several more ideas that have come to mind, that I don't want to forget. Some of these are simple little code cleanups, but it's nice to write them down rather than trying to remember them.
2009-10-27 19:35:30 +01:00
Audit everything for dealing with out-of-memory (and drop xutil.c).
Write a test suite.
Achieve 100% test coverage with the test suite.
TODO: Organize tasks based on emacs interface, command-line tool, or library. There are conceptually three different projects here, so it helps to keep the tasks for each separated.
2009-11-03 03:02:38 +01:00
Investigate why the notmuch database is slightly larger than the sup
database for the same corpus of email.
Reference in a new issue Copy permalink