| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
To more easily support those folks that want to Bcc with every
message.
|
|
|
|
|
| |
This should allow the build to be much more automatically portable
to compilers with different sets of warning options.
|
|
|
|
|
|
| |
Without this, trying to link with the gold linker would fail, (which meant
that notmuch could not be compiled out of the box on recent Fedora, nor
even on Debian when the binutils-gold package is installed).
|
|
|
|
|
| |
This can be handy for scripts which need to extract just a thread ID from
a search term, for example.
|
|
|
|
|
| |
We've done a lot of work recently without also taking care to update
the TODO file to indicate the progress.
|
|
|
|
|
|
| |
Which would also allow the recently added test of sending an email
message with the emacs interface to be a little more honest about the
From address.
|
|
|
|
| |
Just don't want to forget about things that people have pointed out.
|
|
|
|
|
|
| |
I had previously thought Xapian only offered an estimate for the
number of results that might match a search. But Olly let me know
that we can easily ask for Xapian to provide the exact count.
|
|
|
|
| |
To avoid accidentally archiving messages that have not been read.
|
|
|
|
|
| |
I discussed these on the list while wrapping up the 0.3 release. They
may not make it in for that, but I don't want to forget them at least.
|
|
|
|
|
|
| |
We can't fit all the authors and the various changed subjects in 80
columns, but it would be great is isearch could still find these, (and
automatically expand the hidden content as necessary).
|
|
|
|
|
|
|
| |
It was noted today in IRC that libnotmuch is not yet careful about
wrapping all Xapian calls with try/catch blocks to print nicer error
messages. It seems it would be natural to audit that at the same time
as doing the symbol-hiding work.
|
|
|
|
|
|
|
|
| |
One of these is a bad bug I noticed this morning, (archiving messages I had
never read when going through a search of "tag:inbox and tag:to-me" and
hitting space bar).
The other ideas came from recent conversations with Dirk and Eric.
|
|
|
|
|
|
| |
Recent coding around the "*" feature suggests some improvements that
we could make, (some of which might push us into writing a custom
query parser rather than using the one that exists in Xapian).
|
|
|
|
|
|
| |
There's a potential simplification of notmuch-reply.c and some emacs
improvements that might require extending message-mode to a
notmuch-message-mode.
|
|
|
|
|
| |
This bug was recently noted in a commit message, so we should hold
onto it until we've passed it along to the GMime project.
|
|
|
|
|
|
| |
The recent fix to handle utf8 in the JSON output is the kind of bug
I'd never like to see again, (so that I'd like the test suite to be
helping us track that).
|
|
|
|
|
| |
Since database upgrades can be fairly painful, we'll want to do all of
these within a single release.
|
|
|
|
| |
This is a feature that we just added without a test case.
|
|
|
|
| |
Both of these ideas were recently discussed on the mailing list.
|
|
|
|
|
|
|
| |
When trying to restore the current position, if the "current" thread
no longer appears in the buffer, then '=' moves to the current line
instead. When near the end of the buffer, the "current" line should
be counted as the number of lines from the end.
|
|
|
|
|
| |
This was suggested by Srinivasa and is intended to make it easier to
integrate notmuch into an mbox-loving mail client.
|
|
|
|
|
|
|
|
| |
I just tried (and failed) to write a test for the recent magic
inference of phrase searches. That's a feature that makes me *really*
uncomfortable to not have an automated test. But I believe the
proposed modularization of the test suite should reduce some quoting
nightmares, so will hopefully make this easier.
|
|
|
|
| |
Adding this to our TODO list so that it doesn't get forgotten.
|
|
|
|
|
|
|
|
|
| |
There's been a lot of good work done, and we've been doing a generally
poor job of noticing when some of the tasks we've completed were
already on our TODO list.
So here's a careful scan, removing all items I could find that have
already been done.
|
|
|
|
|
| |
What we print and how we print it are orthogonal options, so --format
shouldn't change what messages are printed.
|
|
|
|
|
|
| |
We've been using --output in IRC and on the mailing list for a while,
(someone had the good sense to point out that --for would defeat
command-line completion since it's a prefix of the proposed --format).
|
|
|
|
|
|
| |
These were collected either from the mailing list of from IRC
conversations. The good ideas probably aren't mine, and the mistakes
probably are.
|
|
|
|
|
| |
The notmuch_query_count_messages functions duplicates a lot of code
undesirably.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to the way thread-viewing was broken after a thread was
archived, (and recently fixed), tag manipulation has also been broken
when the thread no longer matches the current search.
This also means that the behavior of '+' and '-' are now different
than that of '*'. The '+' and '-' bindings now return to the previous
behavior old affecting all messages in the thread, (and not simply
those matching the search).
I actually prefer this behavior, since otherwise a '-' operation on a
thread might not actually remove the tag from the thread, (since it
could operate on a subset of the thread and not hit all messages with
the given tag).
So I'd now like to fix '*' to be consistent with '+' and '-', for
which we add an item to TODO.
|
|
|
|
|
|
| |
This would provide support for "muted" threads, as well as allowing for negative
filtering based on messages not matched by the original search, (but present in
threads that do have at least one matched message).
|
|
|
|
|
| |
Marten Veldthuis pointed out on the mailing list that intentional
spoofing is something that the user should be told about.
|
|
|
|
|
|
|
|
| |
This bug was recently discussed on the mailing list:
id:878wdifu13.fsf@yoom.home.cworth.org
so note one idea for fixing it.
|
|
|
|
| |
Sometime I'll stop misspelling things so much, honets.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A new item from IRC discussion, (speeding up "notmuch restore"), as
well as a bug I just hit myself, (content from citations is not being
indexed).
While here, notce that several items have recently been completed ('?'
now displays documentation, not function names; we have a search
binding from notmush-show-mode; and "notmuch new" responds to SIGINT
by flushing). Finally, the item regarding optimizing chunky searching
is irrelevant since we dropped chunky searching in favor of the much
better streamed searching.
|
|
|
|
|
| |
It's unconditional for a very short time. We expect to soon be
building it only if necessary.
|
|
|
|
|
|
|
|
| |
Since we need to do this for portability, (some systems don't have a
strndup function), we might as well do it unconditionally. There's
almost no disadvantage to doing so, and this has the advantages of not
requiring a configure-time check nor having two different
implementations, one of which would often be less tested.
|
|
|
|
|
| |
It's a bug that processing currently stops when it hits a read-only
file. This is yet another case we'll want our test suite to cover.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This way, the user gets a steady (but bursty) stream of reults. We
double the chunk size each time since each successive chunk has to
redo work from all previous chunks.
Of course, the overall time is thereby slower, as the price we pay for
increased responsiveness. With a search returning about 17000 thread
results I measured a total time of 48.8 seconds before this change and
58.4 seconds afterwards.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The rudimentary aspect here is that the date ranges are specified with
UNIX timestamp values (number of seconds since 1970-01-01 UTC). One
thing that can help here is using the date program to determins
timestamps, such as:
$(date +%s -d 2009-10-01)..$(date +%s)
Long-term, we'll probably need to do our own query parsing to be able
to support directly-specified dates and also relative expressions like
"since:'2 months ago'".
|
|
|
|
|
| |
This is an idea I've had "forever" (and is commented as such in the
code already), but just came up on the mailing list. So note it here.
|
|
|
|
|
|
| |
I had these notes sitting in an uncommitted file that was cluttering
up my "git status" output. This cleans that up, and also shares the
ideas with the wider community.
|
|
|
|
|
| |
Hopefully soon I can start implementing ideas rather than just writing
them down.
|
|
|
|
| |
We're not likely to run out of work to do anytime soon...
|
|
|
|
|
| |
These are from email messages on the notmuch mailing list and from
IRC conversations in #notmuch.
|
|
|
|
| |
So get these out of my mind and out to the user community.
|
|
|
|
| |
And correspondingly, READONLY to READ_ONLY.
|
|
|
|
|
| |
It's better to have things in TODO rather than mails with a todo
tag in my notmuch database.
|
| |
|