[PATCH] emacs: Display non-matching authors in italic.

e: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/7b8fbf49/attachment.pgp>

[PATCH] emacs: Display non-matching authors in italic.

In search mode some messages don't match the search criteria. Show their authors names in italic. --- Whilst enjoying knowing which authors match, I disliked the pipe symbol. This is a proposed improvement. emacs/notmuch.el | 24 +--- 1 files changed, 17 insertions(+), 7

bug report: xapian error for message id with '..'

--- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/2b4bd5d8/attachment.pgp>

[PATCH] update test with removal of bcc from reply

ail.org -Bcc: test_suite at notmuchmail.org In-Reply-To: <${gen_msg_id}> References: <${gen_msg_id}> @@ -1091,7 +1076,6 @@ output=$($NOTMUCH reply id:${gen_msg_id}) pass_if_equal "$output" "From: Notmuch Test Suite Subject: Re: notmuch-reply-test To: Sender , mailinglist at notmuchmail.org -Bcc: test_suite at notmuchmail.org In-Reply-To: <${gen_msg_id}> References: <${gen_msg_id}> -- 1.7.0 -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/ec9259c8/attachment.pgp>

[PATCH] Remove bcc header from notmuch reply.

ame: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/4701b447/attachment.pgp>

[PATCH 2/2] NEWS: describe easier FCC configuration

I know I should be writing something witty here to make cworth happy, but I can't think for any verbose justification of this patch beyond that submitting a NEWS blurb will make cworth happy too. So let's make him happy. Signed-off-by: Sebastian Spaeth --- NEWS | 11 +++ 1 files

[PATCH 1/2] Easier way to define a fcc directory

In the common case that a user only has one FCC (save outgoing mail in the Mail directory, it is now possible to simply configure a string such as "Sent" in the notmuch-fcc-dirs variable. More complex options, depending on a users email address, are possible and described in the variable

[PATCH] emacs: Display non-matching authors in italic.

s, at least in theory (will have to try it to be sure). jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/74a30f8a/attachment.pgp>

[PATCH] emacs: Display non-matching authors in italic.

ilable URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/25318b3a/attachment.pgp>

[PATCH] emacs: Usability improvements for `notmuch-hello'.

- If no saved searches exist or are displayed, don't signal an error, - If no saved searches exist or are displayed, leave the cursor in the search bar, - Minor layout improvements. --- emacs/notmuch-hello.el | 36 +++- 1 files changed, 19 insertions(+), 17

[PATCH] emacs: Display non-matching authors in italic.

On Wed, 28 Apr 2010 14:43:58 -0400, Jameson Rollins wrote: > On Wed, 28 Apr 2010 19:00:27 +0100, David Edmondson wrote: > > In search mode some messages don't match the search criteria. Show > > their authors names in italic. > > --- > > > > Whilst enjoying knowing which authors match, I

[PATCH] notmuch: Fix off-by-one errors if a header is >200 characters long.

From: David Edmondson If a single header is more than 200 characters long a set of 'off by one' errors cause memory corruption. When allocating memory with: a = malloc (len); the last usable byte of the memory is 'a + len - 1' rather than 'a + len'. Fix the same bug when

bug tracking

On Wed, 28 Apr 2010 08:58:13 -0400, Jameson Rollins wrote: > > Saying that issues sent to the list are usually followed by a "thanks, > pushed" implies that only issues that include patches are acknowledged. > While I certainly appreciate that this is a Free software project and > that users

Failing test cases

Carl Worth wrote: > Is this behavior repeatable? I've certainly never seen anything like > this yet. It seems to be repeatable here, even after running git clean -d -f -x, followed by make && make test Is anyone else seeing this?

notmuch emacs interface

Carl> I didn't have any specific plans. I think things like this are Carl> generally great if done by people already reading those lists. Carl> Would you like to send a note including something very much like Carl> the paragraph above along with "Hey, I thought some poeple here Carl> might be

Failing test cases

In case this is not expected behaviour for the latest code in the Git master branch, which is current up to 0.3.1: Testing author reordering; Adding parent message... FAIL --- test-066.expected 2010-04-27 16:15:48.273607558 -0800 +++ test-066.output

bug tracking

-- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100428/1c4cb9fa/attachment.pgp>

bug report: xapian error for message id with '..'

ssible that the id string is not being properly quoted internally? jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments

A few Mac OS X snags and how I dealt

Just giving notmuch a try for the first time. I had heard it was kind of rough but so far its exceeded my expectations. So bravo to you guys. I did have a few issues getting it to build on Mac OS X though, so thought I would contribute back the details. First the requirements. I installed Xapian

[PATCH] notmuch: Fix off-by-one errors if a header is 200 characters long.

From: David Edmondson d...@dme.org If a single header is more than 200 characters long a set of 'off by one' errors cause memory corruption. When allocating memory with: a = malloc (len); the last usable byte of the memory is 'a + len - 1' rather than 'a + len'. Fix the same bug when

[PATCH] emacs: Usability improvements for `notmuch-hello'.

- If no saved searches exist or are displayed, don't signal an error, - If no saved searches exist or are displayed, leave the cursor in the search bar, - Minor layout improvements. --- emacs/notmuch-hello.el | 36 +++- 1 files changed, 19 insertions(+), 17

Re: [PATCH] emacs: Display non-matching authors in italic.

On Wed, 28 Apr 2010 11:55:06 -0700, Dirk Hohndel hohn...@infradead.org wrote: I'm not a fan of it either (and I implemented this feature). Yet it was the only character that I could think of that somehow create the visual separation and that is rare in Author Names and at the same time not

Re: [PATCH] Remove bcc header from notmuch reply.

Notmuch reply should not be Bcc'ing the sender by default. This is not the appropriate way to save copies of sent mail (which should probably be handled by an Fcc header) and it doesn't give the user the option to not be bcc'd. This is really something that should be handled by the reader UI.

[PATCH] update test with removal of bcc from reply

Update the tests so that they no longer expect the Bcc header in the output of notmuch reply now that it has been removed. --- test/notmuch-test | 16 1 files changed, 0 insertions(+), 16 deletions(-) diff --git a/test/notmuch-test b/test/notmuch-test index a861df1..d8d5ef6

Re: bug report: xapian error for message id with '..'

I have a followup on this report. Olly suggested quoting the quoting of the id, so that the quoting gets properly passed to Xapian, and that seems to work: 0 servo:~ $ notmuch search id:'4bd73e8cb3d79_1a3c..fb637ff6...@skinner.tmail' thread:c4cf Yest. 15:44 [1/1]