[PATCH] allow to not sort the search results

previously we were always sorting the returned results by some string value, but sometimes we might just be interested in the number of results, and don't need any sorting. Also add a --sort=unsorted command line option to notmuch search to test this. A search that matches 1200 messages, returns

[PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

This adds a function (and a hook) to have notmuch insert a User-Agent header into composed mails (even if invoked from not-notmuch ways, such as with ctrl-x m. This is invariably added for now without the possibility to turn it off, a task left as a homework for others. Signed-off-by: Sebastian

Re: [PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

On Wed, 14 Apr 2010 09:38:05 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: This adds a function (and a hook) to have notmuch insert a User-Agent header into composed mails (even if invoked from not-notmuch ways, such as with ctrl-x m. This is invariably added for now without the

Re: [PATCH] allow to not sort the search results

On 2010-04-14, Jason White wrote: Also add a --sort=unsorted command line option to notmuch search to test this. Does this provide relevance-ranked search results? I think relevance ranking is the Xapian default if a sort order isn't specified. Yes, by default it is using

Re: [PATCH] emacs: when archiving move the cursor depending on the sort order.

On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: The current hardcoded behaviour will not take you to the next unread thread when the sort order is set to newer-first from the default of older-first. Is this really what we want? If I sort messages by newest first, it menas that I want to

Re: [PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

On 2010-04-14, David Edmondson wrote: This really should be done with `define-mail-user-agent' and associated paraphernalia. Which might be correct but beyond what I can provide :). So, either we take this and get a followup patch, or someone improves it, or we drop it. Sebastian

Re: [PATCH 0/4] Mailstore abstraction v4

On Thu, 8 Apr 2010 16:42:42 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: My biggest question relates to the first patch, which does an incompatible change to libnotmuch API. After reading RELEASING file, I found that this change is probably not what Carl wants to merge (and I understand

Re: [PATCH] emacs: when archiving move the cursor depending on the sort order.

On 14 April 2010 05:53, Sebastian Spaeth sebast...@sspaeth.de wrote: On 2010-04-14, Michal Sojka wrote: On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: The current hardcoded behaviour will not take you to the next unread thread when the sort order is set to newer-first from the default of

[PATCH 1/1] Stores the folder (directory name) of the message in the database as a term with folder prefix.

This patch was originally sent by Andreas Klöckner in: id:200912141421.52561.li...@informa.tiker.net. It was then subsequently updated by Michal Sojka in: id:1264692317-9175-2-git-send-email-sojk...@fel.cvut.cz and then further improved again by Michal Sojka in:

Re: [PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

On Tue, 13 Apr 2010 14:47:19 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote: There was a bug in notmuch-search-{add,remove}-tag-region, which would not behave correctly if the region went beyond the last message. Now, instead of simply iterating to the last line of the region, these functions

Re: [PATCH] Next attempt to get guessing of From addresses correct in replies

On Fri, 09 Apr 2010 15:53:04 -0700, Dirk Hohndel hohn...@infradead.org wrote: + * WARNING - if the caller is asking for a header that could occur + * multiple times than they MUST first call this function with a + * a value of NULL for header_desired to ensure that all of the + * headers are

Re: Build problems on OS X

On Sun, 11 Apr 2010 19:43:27 -0400, Aaron Ecay aarone...@gmail.com wrote: In the process of updating to the latest sources, I've discovered that notmuch no longer builds on OS X. Hi Aaron, Thanks so much for following up here. This transition to building/installing a shared library (and not

Re: [PATCH 1/4] Use C++ compiler to link notmuch binaries

On Sun, 11 Apr 2010 19:44:51 -0400, Aaron Ecay aarone...@gmail.com wrote: Since the binaries contain C++ code, it is necessary to use the C++ linker, or errors result on some platforms (OS X). Thanks. This one is merged and pushed. -Carl pgpGM3l7Vdhrk.pgp Description: PGP signature

Re: [PATCH 2/4] Fix up Makefile for build.

On Sun, 11 Apr 2010 19:44:52 -0400, Aaron Ecay aarone...@gmail.com wrote: Must set extra_c(xx)flags before including subdir Makefile.local's, so that there is a blank slate that the subdirs can add on to. That part looks just fine, but it's intermixed with: Must include subdir

Re: [PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

On Wed, 14 Apr 2010 10:14:46 -0700, Carl Worth cwo...@cworth.org wrote: The only real problem I see with this approach is that it's fragile in depending on the buffer having exactly 2 lines of non-thread text at the end. I can easily see myself wanting to remove the End of Search Results line

Re: [PATCH 3/4] Add infrastructure for building shared library on OS X.

On Sun, 11 Apr 2010 19:44:53 -0400, Aaron Ecay aarone...@gmail.com wrote: This patch adds a configure check for OS X (actually Darwin), and sets up the Makefiles to build a proper shared library on that platform. ... -include $(subdirs:%=%/Makefile.local) Makefile.local +include

Re: [PATCH 4/4] Add CONFIGURE_LDFLAGS to the notmuch-shared buld command line.

On Sun, 11 Apr 2010 19:44:54 -0400, Aaron Ecay aarone...@gmail.com wrote: Otherwise, symbol not found errors result on OS X. I am not sure this is the correct solution for the problem, but it gets the build working. ... -FINAL_NOTMUCH_LDFLAGS = $(LDFLAGS) -Llib -lnotmuch

Re: [PATCH] Add strcasestr v.3 - add compat implementation of strcasestr

On Tue, 13 Apr 2010 13:05:08 -0700, Dirk Hohndel hohn...@infradead.org wrote: On Tue, 13 Apr 2010 20:47:02 +0200, Tomas Carnecky t...@dbservice.com wrote: On 4/13/10 6:47 PM, Dirk Hohndel wrote: v.3 of this patch, now with the changes to makefiles, configure script compat.h and all new

Re: [PATCH 3/4] Add infrastructure for building shared library on OS X.

On Wed, 14 Apr 2010 11:01:58 -0700, Carl Worth cwo...@cworth.org wrote: On Sun, 11 Apr 2010 19:44:53 -0400, Aaron Ecay aarone...@gmail.com wrote: -include $(subdirs:%=%/Makefile.local) Makefile.local +include Makefile.config $(subdirs:%=%/Makefile.local) Makefile.local This first hunk

Re: [PATCH] Next attempt to get guessing of From addresses correct in replies

On Wed, 14 Apr 2010 10:21:42 -0700, Carl Worth cwo...@cworth.org wrote: On Fri, 09 Apr 2010 15:53:04 -0700, Dirk Hohndel hohn...@infradead.org wrote: + * WARNING - if the caller is asking for a header that could occur + * multiple times than they MUST first call this function with a + *

Re: [PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

On Wed, 14 Apr 2010 12:50:50 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote: It occurs to me that the best way to do this would probably be to go to point-max, and then (forward-line -1) until we hit a thread-id. That way we wouldn't have to work all the way down long search indexes. I'll try

Re: [PATCH] First tests for JSON output and UTF-8 in mail body and subject

On Tue, 13 Apr 2010 18:37:57 +0200, Gregor Hoffleit gre...@hoffleit.de wrote: The test suite doesn't yet cover --format=json output nor UTF-8 in subject or body. This patch starts with test cases for 'search --format=json' and 'show --format=json'. Thanks for the tests, Gregor! I was about

Re: [notmuch] [PATCH] Store thread ids for messages that we haven't seen yet

On Tue, 13 Apr 2010 16:36:30 +0100, James Westby jw+deb...@jameswestby.net wrote: Your choice. I prefer putting them in the same commit to be more self-documenting, and then using the capabilities of my VCS to verify the change if i desire. But that's my point. With it split, I can actually

Re: [notmuch] Bulk message tagging

On Sat, 10 Apr 2010 15:56:48 +0200, Xavier Maillard x...@gnu.org wrote: On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson markr.ander...@amd.com wrote: I think that '*' is definitely an awesome command, but I wonder if we shouldn't have another command for the notmuch-search buffer which

See only unread message in a thread ?

Hi, maybe I missread the "manual" but I can't find an easy way to do something simple in notmuch.el. Say I have a thread with A-B-C. I visit the thread and read the whole thread. Let's say after 'notmuch new' a post has entered the thread: A-B-C-D. Is there an easy way to just have one of these

See only unread message in a thread ?

On Wed, 14 Apr 2010 00:11:50 +0200, Xavier Maillard wrote: > Hi, > > maybe I missread the "manual" but I can't find an easy way to do > something simple in notmuch.el. > > Say I have a thread with A-B-C. I visit the thread and read the > whole thread. Let's say after 'notmuch new' a post has

See only unread message in a thread ?

On Tue, 13 Apr 2010 23:19:37 +0100, James Westby wrote: > On Wed, 14 Apr 2010 00:11:50 +0200, Xavier Maillard wrote: > > Hi, > > > > maybe I missread the "manual" but I can't find an easy way to do > > something simple in notmuch.el. > > > > Say I have a thread

[PATCH] RFC: User-Agent header

On Tue, 13 Apr 2010 10:44:03 -0700, Carl Worth wrote: > On Mon, 12 Apr 2010 10:30:54 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: > > > > OK, final post from me on this issue. > > No, wait! I want more from you. :-) > > Would you care to put together a solution that does this from within >

[PATCH] allow to not sort the search results

previously we were always sorting the returned results by some string value, but sometimes we might just be interested in the number of results, and don't need any sorting. Also add a --sort=unsorted command line option to notmuch search to test this. A search that matches 1200 messages, returns

[PATCH] allow to not sort the search results

Sebastian Spaeth wrote: > previously we were always sorting the returned results by some string value, > but sometimes we might just be interested in the number of results, and don't > need any sorting. > > Also add a --sort=unsorted command line option to notmuch search to test this. Does this

[PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

This adds a function (and a hook) to have notmuch insert a User-Agent header into composed mails (even if invoked from not-notmuch ways, such as with ctrl-x m. This is invariably added for now without the possibility to turn it off, a task left as a homework for others. Signed-off-by: Sebastian

[PATCH] RFC: User-Agent header

On 2010-04-13, Carl Worth wrote: > > OK, final post from me on this issue. > No, wait! I want more from you. :-) Sigh, they always want more :-) > Would you care to put together a solution that does this from within > notmuch*.el ? I really want things usable by default without people > having

[PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

On Wed, 14 Apr 2010 09:38:05 +0200, Sebastian Spaeth wrote: > This adds a function (and a hook) to have notmuch insert a User-Agent header > into composed mails (even if invoked from not-notmuch ways, such as with > ctrl-x m. This is invariably added for now without the possibility to > turn it

[PATCH] allow to not sort the search results

On 2010-04-14, Jason White wrote: > > Also add a --sort=unsorted command line option to notmuch search to test > > this. > > Does this provide relevance-ranked search results? I think relevance ranking > is the Xapian default if a sort order isn't specified. Yes, by default it is using

[PATCH 1/4] Mailstore abstraction interface

On Tue, 13 Apr 2010, Carl Worth wrote: > On Thu, 8 Apr 2010 16:42:43 +0200, Michal Sojka > wrote: > > The goal of mailstore abstraction is to allow notmuch to store tags > > together with email messages. The abstract interface is needed because > > people want to use different ways of storing

See only unread message in a thread ?

On Tue, 13 Apr 2010 19:29:29 -0400, Jameson Rollins wrote: > On Tue, 13 Apr 2010 23:19:37 +0100, James Westby jameswestby.net> wrote: > > On Wed, 14 Apr 2010 00:11:50 +0200, Xavier Maillard wrote: > > > Say I have a thread with A-B-C. I visit the thread and read the > > > whole

See only unread message in a thread ?

On Wed, 14 Apr 2010 00:43:16 +0200, Xavier Maillard wrote: > Is it done automatically ? Or do I need to do something special > in order to unset the unread tag ? > > I see there is 'a' and 'x' when in notmuch-show but I am not sure > I have to explicitely press on of these keys. > > Currently,

[PATCH 13/13] notmuch.el: Add a function to insert a notmuch user-agent header

On 2010-04-14, David Edmondson wrote: > This really should be done with `define-mail-user-agent' and associated > paraphernalia. Which might be correct but beyond what I can provide :). So, either we take this and get a followup patch, or someone improves it, or we drop it. Sebastian

[PATCH] emacs: when archiving move the cursor depending on the sort order.

On 2010-04-14, Michal Sojka wrote: > On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: > > The current hardcoded behaviour will not take you to the next unread > > thread when the sort order is set to newer-first from the default of > > older-first. > > Is this really what we want? If I sort

[PATCH] emacs: when archiving move the cursor depending on the sort order.

On 14 April 2010 05:53, Sebastian Spaeth wrote: > On 2010-04-14, Michal Sojka wrote: >> On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: >> > The current hardcoded behaviour will not take you to the next unread >> > thread when the sort order is set to newer-first from the default of >> >

[PATCH 1/1] Stores the folder (directory name) of the message in the database as a term with folder prefix.

This patch was originally sent by Andreas Kl?ckner in: id:200912141421.52561.lists at informa.tiker.net. It was then subsequently updated by Michal Sojka in: id:1264692317-9175-2-git-send-email-sojkam1 at fel.cvut.cz and then further improved again by Michal Sojka in:

[PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

--- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/93bc32ab/attachment.pgp>

[PATCH] Next attempt to get guessing of From addresses correct in replies

-Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/6243e524/attachment.pgp>

Build problems on OS X

Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/9dac5e4d/attachment.pgp>

[PATCH 1/4] Use C++ compiler to link notmuch binaries

chment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/33817edb/attachment-0001.pgp>

[PATCH 2/4] Fix up Makefile for build.

l -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/811366d4/attachment.pgp>

[PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

On Wed, 14 Apr 2010 10:14:46 -0700, Carl Worth wrote: > The only real problem I see with this approach is that it's fragile in > depending on the buffer having exactly 2 lines of non-thread text at the > end. I can easily see myself wanting to remove the "End of Search > Results" line at the end

[PATCH 3/4] Add infrastructure for building shared library on OS X.

non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/b0bce721/attachment.pgp>

[PATCH 4/4] Add CONFIGURE_LDFLAGS to the notmuch-shared buld command line.

tion/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/d2cb10f4/attachment.pgp>

[PATCH] Add strcasestr v.3 - add compat implementation of strcasestr

ould be nice to not have to do that in the future. Thanks! -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/4e92d887/attachment.pgp>

[PATCH 3/4] Add infrastructure for building shared library on OS X.

m Makefile.local up to the top-level Makefile. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/86b68882/attachment.pgp>

[PATCH] Next attempt to get guessing of From addresses correct in replies

On Wed, 14 Apr 2010 10:21:42 -0700, Carl Worth wrote: > On Fri, 09 Apr 2010 15:53:04 -0700, Dirk Hohndel > wrote: > > + * WARNING - if the caller is asking for a header that could occur > > + * multiple times than they MUST first call this function with a > > + * a value of NULL for

[PATCH] Fix bug, and clean up code duplication, in adding or removing tag by region.

On Wed, 14 Apr 2010 12:50:50 -0500, Jesse Rosenthal wrote: > It occurs to me that the best way to do this would probably be to go to > point-max, and then (forward-line -1) until we hit a thread-id. That way > we wouldn't have to work all the way down long search indexes. I'll try > to code that

[PATCH 3/4] Add infrastructure for building shared library on OS X.

did do a little testing and research with the OS X machine I could find here, but I'm no expert, nor do I have access to many other systems. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/b61d1a1b/attachment.pgp>

[PATCH] First tests for JSON output and UTF-8 in mail body and subject

cation of the data coming out of the JSON output yet. One other thing that seems odd is the name of "date_unix" in the show output and "timestamp" in the search output for what is effectively the same field. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/d55ee234/attachment.pgp>

[notmuch] [PATCH] Store thread ids for messages that we haven't seen yet

uild might be the fastest thing to do). -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/b51d2e50/attachment.pgp>

[notmuch] Bulk message tagging

hope nobody has threads with hundreds of thousands of messages in them. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100414/f9030af5/attachment.pgp>