Re: [PATCH] emacs: Try to name search buffers using info in notmuch-folders

On Sun, 18 Apr 2010 23:55:50 -0400, Servilio Afre Puentes servi...@gmail.com wrote: As the user has already defined aliases for certain searches in notmuch-folders, search buffer names that use these aliases will be easier to identify. A lovely feature, thanks! I've pushed this out now

Re: Notmuch success: Xapian database corrupt

On Sun, 18 Apr 2010 14:18:09 +, John Fremlin j...@fremlin.org wrote: terminate called after throwing an instance of 'Xapian::DatabaseCorruptError' Aborted (core dumped) Is there any way to recover the database? Notmuch search works well and it takes absolutely ages (one or two days) to

Re: [PATCH 1/2] Add 'cat' subcommand

On Tue, 20 Apr 2010 12:14:56 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: On 20.4.2010 09:21, David Edmondson wrote: I'm puzzled why you chose to pass a filename as the argument to 'cat' rather than a message id (id:f...@bar.com)? The reason is that I want be able to distinguish

Re: [PATCH] fix help message for show

On Wed, 21 Apr 2010 11:49:21 -0400, Jameson Rollins jroll...@finestructure.net wrote: Help message for show mistakenly refers to '--output' instead of '--format'. Thanks. This is pushed. -Carl pgpL47arr5pp0.pgp Description: PGP signature ___

Update on 0.3 progress

On Fri, 16 Apr 2010 13:32:25 -0700, Carl Worth cwo...@cworth.org wrote: I know that I want to merge David Edmunson's rewrite of the emacs interface to be built on top of --format=json and add a ton of features, (better attachment handling, notmuch-hello, etc.). I think that's more than enough

[PATCH] json: Avoid calling strlen(NULL)

> There's already a check in json_quote_chararray for len==0, so it > might be sensible to say: > > return (json_quote_chararray (ctx, str, str != NULL ? strlen (str) : 0)); > > OTOH, the code in json_quote_array to deal with that does the same > thing (returns a literal string containing

Re: [PATCH] json: Avoid calling strlen(NULL)

There's already a check in json_quote_chararray for len==0, so it might be sensible to say: return (json_quote_chararray (ctx, str, str != NULL ? strlen (str) : 0)); OTOH, the code in json_quote_array to deal with that does the same thing (returns a literal string containing two quote

Difference between search and filter

On Tue, 20 Apr 2010 00:23:01 +0200, Xavier Maillard wrote: > GNU Emacs interface comes with 2 functions I am not sure I am > using correctly. > > What's the difference between searching and filtering exactly (s > and f) ? It seems to me that they deserve the same purpose. The search command

pull request

On Mon, 19 Apr 2010 11:07:40 -0700, Carl Worth wrote: > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: > > I've got some misgivings about this one. First, notmuch-search-hook is > a hook for the user to manipulate, while the hl-line-mode functionality > is someth

pull request

On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: > This is the same set rebased onto 0.2. Thanks for these, David! > commit 8586a86b9dd4ed2406a2fbda6c08bdc6a598cfd8 > debian: git should ignore packaging intermediate files I committed an alternate version of this, (with a new

Re: pull request

On Mon, 19 Apr 2010 11:07:40 -0700, Carl Worth cwo...@cworth.org wrote: On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson d...@dme.org wrote: I've got some misgivings about this one. First, notmuch-search-hook is a hook for the user to manipulate, while the hl-line-mode functionality

Re: Difference between search and filter

On Tue, 20 Apr 2010 00:23:01 +0200, Xavier Maillard x...@gnu.org wrote: GNU Emacs interface comes with 2 functions I am not sure I am using correctly. What's the difference between searching and filtering exactly (s and f) ? It seems to me that they deserve the same purpose. The search

[notmuch] Bulk message tagging

On Fri, 16 Apr 2010 07:47:45 -0400, Jesse Rosenthal wrote: > I've never run into this error. I usually run into this with things like "rm * */*" or so. > Is there a specific length that triggers > it? If so, we could chunk the tagging command. Or does the max length > depend on the machine and

The archive operation should only archive open messages

On Thu, 15 Apr 2010 17:18:30 -0400, Jesse Rosenthal wrote: > Which is all just to say that I think that archiving is just a special > case of tagging/untagging, and that the issues raised here should be > considered across the larger general case. I do agree that archiving is just a

The archive operation should only archive open messages

On Thu, 15 Apr 2010 16:59:13 -0400, Jameson Rollins wrote: > I actually *really* don't like that the space bar does this. In fact, I > build my own notmuch-show-advance function in a notmuch-hacks.el that I > load to expressly get around this. Well we definitely do need that operation ("advance

Re: The archive operation should only archive open messages

On Thu, 15 Apr 2010 16:59:13 -0400, Jameson Rollins jroll...@finestructure.net wrote: I actually *really* don't like that the space bar does this. In fact, I build my own notmuch-show-advance function in a notmuch-hacks.el that I load to expressly get around this. Well we definitely do need

Re: The archive operation should only archive open messages

On Thu, 15 Apr 2010 17:18:30 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote: Which is all just to say that I think that archiving is just a special case of tagging/untagging, and that the issues raised here should be considered across the larger general case. I do agree that archiving is just

Opening the merge window for 0.3

I'm officially opening the merge window for the upcoming 0.3 release (about a week from now). I know that I want to merge David Edmunson's rewrite of the emacs interface to be built on top of --format=json and add a ton of features, (better attachment handling, notmuch-hello, etc.). I think

[Announce] notmuch release 0.2 now available

Which can be verified with: http://notmuchmail.org/releases/notmuch-0.2.tar.gz.sha1 58468fcd4a56feb4d6869c16db155831641e507f notmuch-0.2.tar.gz http://notmuchmail.org/releases/notmuch-0.2.tar.gz.sha1.asc (signed by Carl Worth) What's new in notmuch 0.2 = Genera

[PATCH] notmuch.c: Shorten version string

On Fri, 16 Apr 2010 09:06:02 +0200, Sebastian Spaeth wrote: > We previously output "notmuch version 0.1" as response to notmuch --version. > Shorten this to "notmuch 0.1" as we know that we will receive a version > number when we explicitely ask for it. Thanks for the reminder. Pushed. -Carl

[PATCH] configure: Fix syntax error (spaces in assignment).

On Thu, 15 Apr 2010 11:51:47 +0200, Gregor Hoffleit wrote: > Before and after the assignment operator, no spaces are allowed. > I don't know if there are any /bin/sh which allow spaces, but at least > in bash, csh and zsh, the former code was no valid assigment. Thanks, Gregor. I went through

The archive operation should only archive open messages

On Thu, 15 Apr 2010 14:07:37 -0700, Dirk Hohndel wrote: > I am always confused about the behavior of 'a' - does it archive the > current message? Or the current thread? Or the current thread down to > where I am? Or (as you propose) just the open messages? > > I think we really need to spend

[notmuch] Bulk message tagging

On Thu, 15 Apr 2010 16:04:38 -0400, Jesse Rosenthal wrote: > On Wed, 14 Apr 2010 17:59:01 -0700, Carl Worth wrote: > > We could fix all[*] the bugs of "*" by changing it to simply call the > > new region-based tagging function. The only concern I have with

The archive operation should only archive open messages

One of the searches that I use most frequently, (for mail that I want to respond to on a fairly timely basis), is tag:inbox and tag:to-me [*] Sometimes, this search will show a large mailing-list thread with only a few messages open. Perhaps part-way through the thread, someone

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

On Thu, 15 Apr 2010 10:33:46 +0200, Michal Sojka wrote: > are you still interrested in modular test suite from git? If so, could > you please look at id:87mxxg7bxo.fsf at steelpick.2x.cz and tell me your > opinion. I'm still updating the modularized tests to match the state in > master but every

[PATCH] RFC: User-Agent header

On Wed, 14 Apr 2010 09:44:16 +0200, "Sebastian Spaeth" wrote: > On 2010-04-13, Carl Worth wrote: > > No, wait! I want more from you. :-) > > Sigh, they always want more :-) Sorry about that. :-) > See the "sister mail" to this thread, in which I simply a

[PATCH] test-lib.sh: Add explicit license detail, with change from GPLv2 to GPLv2+.

On Tue, 06 Apr 2010 19:01:07 +0200, Michal Sojka wrote: > here is my report of git's test-lib relicensing. The following is the > last list sent to me by Junio. I guess you have this information > somewhere in your mailbox as well. Hi Michal, Thanks for following up with this. > There are

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

On Thu, 15 Apr 2010 10:33:46 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: are you still interrested in modular test suite from git? If so, could you please look at id:87mxxg7bxo@steelpick.2x.cz and tell me your opinion. I'm still updating the modularized tests to match the state in

The archive operation should only archive open messages

One of the searches that I use most frequently, (for mail that I want to respond to on a fairly timely basis), is tag:inbox and tag:to-me [*] Sometimes, this search will show a large mailing-list thread with only a few messages open. Perhaps part-way through the thread, someone

Re: [PATCH] configure: Fix syntax error (spaces in assignment).

On Thu, 15 Apr 2010 11:51:47 +0200, Gregor Hoffleit gre...@hoffleit.de wrote: Before and after the assignment operator, no spaces are allowed. I don't know if there are any /bin/sh which allow spaces, but at least in bash, csh and zsh, the former code was no valid assigment. Thanks, Gregor. I

[notmuch] Bulk message tagging

On Sat, 10 Apr 2010 15:56:48 +0200, Xavier Maillard wrote: > On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson > 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 means > > 'tag all the

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

On Tue, 13 Apr 2010 16:36:30 +0100, James Westby 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

[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 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 to push

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

On Wed, 14 Apr 2010 11:01:58 -0700, Carl Worth wrote: > > +printf "Checking for Mac OS X (for shared library)... " > > +if [ `uname` = "Darwin" ] ; then > > +printf "Yes.\n" > > +mac_os_x=1 > > +else > > +printf "N

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

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

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

On Tue, 13 Apr 2010 13:05:08 -0700, Dirk Hohndel wrote: > On Tue, 13 Apr 2010 20:47:02 +0200, Tomas Carnecky > 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 files that I need > > >

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

On Sun, 11 Apr 2010 19:44:54 -0400, Aaron Ecay 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 > +FINAL_NOTMUCH_LDFLAGS =

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

On Sun, 11 Apr 2010 19:44:53 -0400, Aaron Ecay 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 Makefile.config

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

On Sun, 11 Apr 2010 19:44:52 -0400, Aaron Ecay 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 Makefile.local's before global

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

On Sun, 11 Apr 2010 19:44:51 -0400, Aaron Ecay 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 -- next part -- A non-text attachment was

Build problems on OS X

On Sun, 11 Apr 2010 19:43:27 -0400, Aaron Ecay 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 using libtool) is

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

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 header_desired to ensure that all of the > + * headers are parsed and

[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 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 will iterate

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] 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 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] 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

[PATCH 0/4] Mailstore abstraction v4

On Thu, 8 Apr 2010 16:42:42 +0200, Michal Sojka 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 that) so I'd like

An update on 0.2 progress

I just wanted to let everyone know that I think the code for the 0.2 release of notmuch is pretty much in place now. I've either merged or decided to postpone most all of the proposed features. I'll follow-up with another mail giving the detailed list of features that have been merged or

[notmuch] [PATCH v2] notmuch.el: add functionality in notmuch search mode to add or remove tags by region

On Fri, 09 Apr 2010 10:11:00 -0400, Jesse Rosenthal wrote: > I'll play with both and see which is clearer. Any progress here, Jesse? I'd like to release notmuch 0.2 soon and would prefer not to revert this feature, (but I also don't really want to ship it with this known bug). -Carl

[PATCH 1/4] Mailstore abstraction interface

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 their emails. Currently, > there exists

[PATCH] RFC: User-Agent header

On Mon, 12 Apr 2010 10:30:54 +0200, "Sebastian Spaeth" 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 notmuch*.el ? I really want things usable by default without people having to hack up

[PATCH] Fix code extracting the MTA from Received: headers

On Thu, 08 Apr 2010 08:07:48 -0700, Dirk Hohndel wrote: > Right now my plan is to do something like this: > > 1) look for my email address in To/Cc > 2) look for my email in "for " in Received headers > 3) look for my email in X-Original-To > 4) look for the domain of my email in Received

Plans for the 0.2 release (this week)

On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote: > For the upcoming 0.2 release, here are some things that I would like to > have in place: > > * Any further changes from the Sebastian's repository. Sebastian, I > worked through one list I saw recently. Do you ha

[notmuch] [PATCH] Decode headers in reply

On Wed, 3 Mar 2010 08:50:56 +0100, Michal Sojka wrote: > When headers contain non-ASCII characters, they are encoded according > to rfc2047. Nomtuch reply command emits the headers in the encoded > form, which makes them hard to read by humans who compose the reply. This feature is obviously

[notmuch] [PATCH] notmuch.el: quote args in notmuch-show to facilitate remote use

On Sun, 24 Jan 2010 15:22:33 -0500, Jesse Rosenthal wrote: > Put single-quotes around the argument of the `show --entire-thread' command > in notmuch-show. Thanks for this, Jesse! I've merged this change now, and (as documented) I don't notice any change. I am quite interested in playing with

Plans for the 0.2 release (this week)

On Thu, 08 Apr 2010 09:52:21 -0400, Jameson Rollins wrote: > I would really like to see the patch in spaetz/issue15-handle-fcc-bcc > applied soon. This is the lingering issue of bcc'ing the primary email > address in notmuch replies, which I think really needs to be removed. > > Let me know if

Plans for the 0.2 release (this week)

On Thu, 08 Apr 2010 09:47:00 +0200, "Sebastian Spaeth" wrote: > First of all, thanks for the great work Carl. I have to admit I was > getting nervous about the backlog of patches, but your recent committing > binge (you did say your work patterns are bursty :-)) made me very happy. You're quite

[notmuch] [PATCH] Prevent data loss caused by SIGINT during notmuch new

On Tue, 30 Mar 2010 10:23:23 +0200, Michal Sojka wrote: > When Ctrl-C is pressed in a wrong time during notmuch new, it can lead > to removal of messages from the database even if the files were not > removed. > > It happened at least once to me. > > Signed-off-by: Michal Sojka Thanks so

[notmuch] [PATCH] Fix typo in notmuch.h documentation regarding database open modes

On Fri, 26 Mar 2010 18:39:17 +, Michael Forney wrote: > --- > lib/notmuch.h |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Thanks so much, Michael! I added a paragraph of "why" to the commit message and pushed this out. -Carl -- next part -- A

[notmuch] [PATCH] Add count command to manual page

On Thu, 18 Mar 2010 21:43:57 +0100, Sandra Snan wrote: > Just found out that I?ve been piping things through wc for no reason. > Heh. Here?s a quick patch, if you want to add this to the manual page. Yikes! I'm sorry that we had such a big omission in our manual page. And thanks for sending the

[notmuch] [PATCH] json_quote_str should handle non-ASCII characters

On Thu, 04 Mar 2010 11:40:03 +0100, Gregor Hoffleit wrote: > The current code in json_quote_str() only accepts strict printable ASCII > code points (i.e. 32-127), all other code points are dropped from the > JSON output. > > This patch accepts code points 32-255. Thanks, Gregor! I've pushed

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

On Sat, 13 Mar 2010 16:27:57 -0500, James Westby wrote: > This allows us to thread messages even when we receive them out of > order, or never receive the root. Thanks for this patch, James! It's especially nice to have the fix come in with additions to the test

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

On Sat, 13 Mar 2010 16:27:57 -0500, James Westby jw+deb...@jameswestby.net wrote: This allows us to thread messages even when we receive them out of order, or never receive the root. Thanks for this patch, James! It's especially nice to have the fix come in with additions to the test suite as

Re: [notmuch] [PATCH] Prevent data loss caused by SIGINT during notmuch new

On Tue, 30 Mar 2010 10:23:23 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: When Ctrl-C is pressed in a wrong time during notmuch new, it can lead to removal of messages from the database even if the files were not removed. It happened at least once to me. Signed-off-by: Michal Sojka

Re: Plans for the 0.2 release (this week)

On Thu, 08 Apr 2010 09:47:00 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: First of all, thanks for the great work Carl. I have to admit I was getting nervous about the backlog of patches, but your recent committing binge (you did say your work patterns are bursty :-)) made me very

Re: Plans for the 0.2 release (this week)

On Thu, 08 Apr 2010 09:52:21 -0400, Jameson Rollins jroll...@finestructure.net wrote: I would really like to see the patch in spaetz/issue15-handle-fcc-bcc applied soon. This is the lingering issue of bcc'ing the primary email address in notmuch replies, which I think really needs to be

Re: [notmuch] [PATCH] Decode headers in reply

On Wed, 3 Mar 2010 08:50:56 +0100, Michal Sojka sojk...@fel.cvut.cz wrote: When headers contain non-ASCII characters, they are encoded according to rfc2047. Nomtuch reply command emits the headers in the encoded form, which makes them hard to read by humans who compose the reply. This feature

Re: Plans for the 0.2 release (this week)

On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth cwo...@cworth.org wrote: For the upcoming 0.2 release, here are some things that I would like to have in place: * Any further changes from the Sebastian's repository. Sebastian, I worked through one list I saw recently. Do you have another

Re: [PATCH] Fix code extracting the MTA from Received: headers

On Thu, 08 Apr 2010 08:07:48 -0700, Dirk Hohndel hohn...@infradead.org wrote: Right now my plan is to do something like this: 1) look for my email address in To/Cc 2) look for my email in for em...@add.res in Received headers 3) look for my email in X-Original-To 4) look for the domain of

Re: [PATCH] RFC: User-Agent header

On Mon, 12 Apr 2010 10:30:54 +0200, Sebastian Spaeth sebast...@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 notmuch*.el ? I really want things usable by default without people

Re: [notmuch] [PATCH v2] notmuch.el: add functionality in notmuch search mode to add or remove tags by region

On Fri, 09 Apr 2010 10:11:00 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote: I'll play with both and see which is clearer. Any progress here, Jesse? I'd like to release notmuch 0.2 soon and would prefer not to revert this feature, (but I also don't really want to ship it with this known bug).

An update on 0.2 progress

I just wanted to let everyone know that I think the code for the 0.2 release of notmuch is pretty much in place now. I've either merged or decided to postpone most all of the proposed features. I'll follow-up with another mail giving the detailed list of features that have been merged or

RFC: User-Agent header

On Thu, 08 Apr 2010 08:12:47 -0700, Dirk Hohndel wrote: > On Thu, 08 Apr 2010 10:26:01 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: > > > No patch yet, just asking if this is a good idea or not. Yes. A fine idea. > I think it's a very good idea. But it should be something that includes > the

[PATCH] Derive version numbers from git

On Thu, 08 Apr 2010 13:49:22 +0200, Michal Sojka wrote: > On Wed, 07 Apr 2010, Carl Worth wrote: > I have modified the patch slightly and I think that it could solve the > above points. The release process should be modified this way: you skip > point 5 (increment the not

[PATCH] Have notmuch count default to showing the total.

On Thu, 8 Apr 2010 15:39:38 -0400, Mike Kelly wrote: > If no parameters are given to notmuch-count, or just '' or '*' are > given, return the total number of messages in the database. How much syntax should count require to print all messages? [*] I've pushed this out now, along with some

[PATCH] Have notmuch count default to showing the total.

On Fri, 09 Apr 2010 10:19:47 -0700, Dirk Hohndel wrote: > On Fri, 09 Apr 2010 15:01:35 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: > > 1) I often want to know how many mails are in my db. "notmuch count" or > > "notmuch count *" is the intuitive syntax I would use for that. Right > > now

[notmuch] [PATCH v2] notmuch.el: Make notmuch-show buffer name first subject, instead of thread-id

On Fri, 09 Apr 2010 10:01:09 -0400, Jesse Rosenthal wrote: > Great to hear! Sorry I've been off of email, and still only have > sporadic access. However, one question: it looks like it was V2 of the > patch that you pushed -- was it? Unfortunately, there was a subtle bug > that kept on popping

Initial attempt at a "merge window" for notmuch

On Fri, 09 Apr 2010 09:23:27 -0700, Carl Worth wrote: > For my merge window, I also want something that can't be obtained > today. I want to see all threads that contain at least one message > that matches my date range and at least one message that doesn't > have

Initial attempt at a "merge window" for notmuch

should give a good indication that we've actually got all the features we want. (We'll still need something more for tracking bugs, of course.) Here's the current list: [22/22] Carl Worth, James... Plans for the 0.2 release (this week) [2/6] Carl Worth, Micha... Notmuch release 0.1 now avail

Initial attempt at a merge window for notmuch

that we've actually got all the features we want. (We'll still need something more for tracking bugs, of course.) Here's the current list: [22/22] Carl Worth, James... Plans for the 0.2 release (this week) [2/6] Carl Worth, Micha... Notmuch release 0.1 now available [2/4] Dirk Hohndel, Car... [PATCH

Re: [PATCH] Have notmuch count default to showing the total.

On Fri, 09 Apr 2010 10:19:47 -0700, Dirk Hohndel hohn...@infradead.org wrote: On Fri, 09 Apr 2010 15:01:35 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: 1) I often want to know how many mails are in my db. notmuch count or notmuch count * is the intuitive syntax I would use for that.

Re: [PATCH] Derive version numbers from git

On Thu, 08 Apr 2010 13:49:22 +0200, Michal Sojka sojk...@fel.cvut.cz wrote: On Wed, 07 Apr 2010, Carl Worth wrote: I have modified the patch slightly and I think that it could solve the above points. The release process should be modified this way: you skip point 5 (increment the notmuch

Re: RFC: User-Agent header

On Thu, 08 Apr 2010 08:12:47 -0700, Dirk Hohndel hohn...@infradead.org wrote: On Thu, 08 Apr 2010 10:26:01 +0200, Sebastian Spaeth sebast...@sspaeth.de wrote: No patch yet, just asking if this is a good idea or not. Yes. A fine idea. I think it's a very good idea. But it should be

Re: Plans for the 0.2 release (this week)

On Thu, 08 Apr 2010 07:58:47 -0700, Dirk Hohndel hohn...@infradead.org wrote: On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins jroll...@finestructure.net wrote: Also, fwiw, the folder: indexing is probably the new feature that I'm most eagerly awaiting. I've got all these ideas for ways

[PATCH] notmuch.el: 'F' in search mode takes us to a list of folders.

On Sat, 27 Feb 2010 08:49:06 +0100, Sebastian Spaeth wrote: > From: David Edmondson > --- > Dear Carl, I start out notmuch in my inbox search, but find myself > navigating to the notmuch-folder view quite often. Therefore the key > binding 'F' to open a notmuch-folder is really handy. I agree

[PATCH] Fix the default value for --includedir.

On Wed, 7 Apr 2010 11:48:31 -0400, Mike Kelly wrote: > -includedir = ${INCLUDEDIR:=\$(prefix)/lib} > +includedir = ${INCLUDEDIR:=\$(prefix)/include} Yikes! That's pretty embarrassing. (I probably would have noticed in the Debian package, but debhelper automatically passes an explicit

[PATCH] Fix code extracting the MTA from Received: headers

On Wed, 07 Apr 2010 13:38:29 -0700, Dirk Hohndel wrote: > The previous code made too many assumptions about the (sadly not > standardized) format of the Received headers. This version should > be more robust to deal with different variations. Thanks for maintaining this. I'll have to fiddle

[PATCH] Derive version numbers from git

On Tue, 06 Apr 2010 18:11:28 +0200, Michal Sojka wrote: > On Tue, 06 Apr 2010, Sebastian Spaeth wrote: > > > But, there are people without git installed that download the release > > tarball. So if this patch makes it, we need to replace this with a > > static version number when baking a

Plans for the 0.2 release (this week)

We've obviously got a lot of interest in notmuch, and a huge pile of features that need to be merged. I think that means we're in a state where we can have extremely regular releases, with continually improving feature sets. I'm thinking releases once per week or so. With each release, I expect

[notmuch] [Sebastian Spaeth] Pull requests

On Thu, 25 Mar 2010 22:50:52 -0400, micah anderson wrote: > The only other patch that I find absolutely crucial, that you do not > include, is the 'Preserve folder information when indexing' patch which, > although not perfect, does significantly change my life. This, (along with "allow

<    4   5   6   7   8   9   10   11   12   13   >