[notmuch] notmuch vim support

* Carl Worth [091121 15:20]: > On Sat, 21 Nov 2009 14:14:02 -0500, Bart Trojanowski > wrote: > > Perfect. How would you like to proceed with the initial integration? > > Pulling my tree, or me squashing all the changes into a single patch? > > Also, are you OK with where the files live (ie

[notmuch] notmuch vim support

* Carl Worth [091121 15:14]: > So, well done! Thank you. > I think the only thing we noticed is that "filter" doesn't add the "and" > between the old and new search terms. But Chris may have more to comment > soon. I think I fixed that along the way. I'll verify. > I don't know how realistic

[notmuch] Segfault with weird Message-ID

On Fri, Nov 20, 2009 at 10:05:56PM +0100, Mike Hommey wrote: > On Fri, Nov 20, 2009 at 09:53:37PM +0100, Carl Worth wrote: > > On Fri, 20 Nov 2009 14:26:25 +0100, Mike Hommey > glandium.org> wrote: > > > - for some reason, xapian doesn't want to add the document corresponding > >

[notmuch] [PATCH] Support multiple configuration files via $NOTMUCH_CONFIG

If present, $NOTMUCH_CONFIG will be used as the configuration file location. --- notmuch-config.c | 16 +++- notmuch-setup.c |3 ++- notmuch.1|7 --- notmuch.c|3 ++- 4 files changed, 19 insertions(+), 10 deletions(-) I'd like to have multiple

[notmuch] [PATCH] notmuch-config: Fix memleaks.

>From 4bb598e6e0fa32d5184be54cb5c66fe364eba374 Mon Sep 17 00:00:00 2001 From: Holger Freyther Date: Sat, 21 Nov 2009 22:45:23 +0100 Subject: [PATCH] notmuch-config: Fix memleaks. While talloc is great we need to free the g_error by hand. Tested-by: Stefan Schmidt

[notmuch] [PATCH] lib/database.cc: coding style

Carl claims he must have been distracted when he wrote this... Signed-off-by: Chris Wilson --- lib/database.cc | 18 +++--- 1 files changed, 11 insertions(+), 7 deletions(-) diff --git a/lib/database.cc b/lib/database.cc index 207246c..0f95aa1 100644 --- a/lib/database.cc +++

[notmuch] [PATCH 2/2] notmuch list: A new command to produce various lists.

* Carl Worth [091121 18:08]: > Another option would be to just call this "notmuch search" and have an > option to control what is output: > >notmuch search # for threads, as currently >notmuch search --output=tags >notmuch search --output=messages > > Actually, I kind of

[notmuch] [PATCH] _READ_Write -> _READ_WRITE

ail/notmuch/attachments/20091121/9f8bd9be/attachment.bin>

[notmuch] [PATCH] Permit opening the notmuch database in read-only mode.

On Sat, 21 Nov 2009 12:06:43 -0800, Keith Packard wrote: > On Sat, 21 Nov 2009 19:54:25 +, Chris Wilson chris-wilson.co.uk> wrote: > > > +typedef enum { > > +NOTMUCH_DATABASE_MODE_READONLY = 0, > > +NOTMUCH_DATABASE_MODE_WRITABLE > > +} notmuch_database_mode_t; > > Wondering if

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 22:00:13 +0100, Carl Worth wrote: > Ah, OK. So you made a change on the Gmail side and that caused a file to > be renamed locally. yes > Or did you mean you removed the tag from within emacs? In that case, the > search term used to find the message is the message id itself.

[notmuch] Asynchronous tagging

On Sat, Nov 21, 2009 at 10:04 PM, Jed Brown wrote: >> ?3) Message flags are updated on the IMAP server (for example when you >> mark a message as read in gmail). Offlineimap keeps message flags >> synchronized. ?If you mark a local message as read then the change is >> propagated to the IMAP

[notmuch] [PATCH 2/2] notmuch list: A new command to produce various lists.

On Thu, Nov 19, 2009 at 3:41 PM, Carl Worth wrote: > On Thu, 19 Nov 2009 12:52:49 +0100, Jan Janak wrote: >> I implemented a new notmuch command that can be used to list all tags >> present in the database: > > Ah, very very interesting! I'd been planning on doing something like > this soon. And

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 21:50:10 +0100, Jan Janak wrote: > I get errors about missing files too. There are several reasons why > that can happen: > > 1) A message is moved from one folder to another in other mail > clients that work with the Maildir spool. Not a problem in my case because I

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 20:45:30 +0100, Jed Brown wrote: > Actually, this popped up again. I have a workaround, but here's the > story if you are interested. Hmmm... we definitely want to fix this, so let's figure this out. > After changing a flag in Gmail and syncing with offlineimap, I get this

[notmuch] Asynchronous tagging

On Sat, Nov 21, 2009 at 9:01 PM, Carl Worth wrote: >> 3. I had initially put 'notmuch new' in a cron job (instead of >> offlineimap postsync hook) and new/search would sometimes complain about >> missing files in the maildir. ?The first time this happened, it did not >> correct itself and I ended

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 21:01:20 +0100, Carl Worth wrote: > Yes, this is a known bug in Xapian (it rewrites all of the indexed terms > for the email message even though you're just trying to add/remove one > term). The Xapian ticket for this is here: > > replace_document should make minimal

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, 21 Nov 2009 20:36:06 +0100, Stefan Schmidt wrote: > Yup, I had the repo on my disk a week before Keith blogged about it. Just nice > that it was going crazy that fast and people start using it and contributing > to > it. Yes, it's quite fun. > > Though, frankly, I think we need to fix

[notmuch] Asynchronous tagging

On Sat, Nov 21, 2009 at 9:01 PM, Carl Worth wrote: > Does offlineimap use tmp while it's delivering message and then move > things to new? If so, then maybe all we need to do to fix notmuch to not > look into tmp directories? That's probably the right thing to do regardless---IIRC, the tmp

[notmuch] [PATCH] notmuch: Add Maildir directory name as tag name for messages

On Sat, 21 Nov 2009 19:39:22 +0100, Carl Worth wrote: > On Wed, 18 Nov 2009 21:25:28 +0530, aneesh.kumar at linux.vnet.ibm.com > (Aneesh Kumar K.V) wrote: > A fantastic patch, Aneesh! I think this will be handy for a lot of > people importing mail from all kinds of systems. This is pushed now.

[notmuch] notmuch vim support

On Sat, 21 Nov 2009 14:14:02 -0500, Bart Trojanowski wrote: > Perfect. How would you like to proceed with the initial integration? > Pulling my tree, or me squashing all the changes into a single patch? > Also, are you OK with where the files live (ie under a vim directory). I'm glad to pull

[notmuch] hijacked threads can be confusing in notmuch

I'd like to see how other people feel about a problem I just ran into. I wanted to look at the 'notmuch count' patch that Keith Packard posted a couple of days ago (as I am porting his folder mode to notmuch.vim). I was unable to find it using notmuch because he happened to post 3 patches in one

[notmuch] notmuch vim support

On Sat, 21 Nov 2009 13:39:09 -0500, Bart Trojanowski wrote: > I've spent a few days on porting notmuch.el to vim. It's not as feature > rich as notmuch.el yet, but it's coming along nicely. The results of my > work are here: Oh, hey! That's fantastic. I didn't expect to see a second notmuch

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 19:35:39 +0100, Jed Brown wrote: > I'm really enjoying notmuch, thanks! I have a minor issue and a couple > observations worth noting. Thanks, Jed! And welcome to notmuch. > 1. Changing tags (like removing inbox/unread) has really high latency. Yes, this is a known bug in

[notmuch] Greetings and suggestions

On Sat, 21 Nov 2009 13:08:42 -0500, Brett Viren wrote: > I recently heard about notmuch from a reddit.com posting. Immediately > I knew I needed to try it. Hi Brett, welcome to Notmuch! > I've been a long time GNUS user and with VM before that. GNUS is > great but I have never been very

[notmuch] Asynchronous tagging

On Sat, 21 Nov 2009 19:35:39 +0100, Jed Brown wrote: [...] > 3. I had initially put 'notmuch new' in a cron job (instead of > offlineimap postsync hook) and new/search would sometimes complain about > missing files in the maildir. The first time this happened, it did not > correct itself and I

[notmuch] notmuch vim support

Hello. [Resend, first one missed the list] On Sat, 2009-11-21 at 14:14, Bart Trojanowski wrote: > * Stefan Schmidt [091121 14:06]: > > IMHO it would be best to do the development inside the main tree. You could > > use > > branches there too and it would be easier to find and test. And as

[notmuch] 25 minutes load time with emacs -f notmuch

Hello. On Sat, 2009-11-21 at 18:07, Carl Worth wrote: > On Sat, 21 Nov 2009 15:51:11 +0100, Stefan Schmidt datenfreihafen.org> wrote: > > Disclaimer: I'm using vim, in combination with mutt for email, for years, > > but > > never dealt with emacs. Please have this in mind and spot any emacs

[notmuch] [PATCH] Makefile: Magic silent rules.

Use the facilities of GNU make to create a magic function that will on the first invocation print a description of how to enable verbose compile lines and then print the quiet rule. Signed-off-by: Chris Wilson Signed-off-by: Carl Worth Cc: Mikhail Gusarov [ickle: Rebased, and duplicate

[notmuch] 25 minutes load time with emacs -f notmuch

Hello. On Sat, 2009-11-21 at 18:26, Carl Worth wrote: > On Sat, 21 Nov 2009 16:36:55 +0100, Stefan Schmidt datenfreihafen.org> wrote: > > > In my case only 80 messages were printed before the gap. All of them had a > > wrong > > year in the timestamp. 1900 and 1970. Maybe notmuch just comes

[notmuch] 25 minutes load time with emacs -f notmuch

Hello. On Sat, 2009-11-21 at 18:16, Carl Worth wrote: > On Sat, 21 Nov 2009 08:12:52 -0700, Bdale Garbee wrote: > > I haven't figured out how to quickly tag everything as already read or > > archived or whatever .. can someone who knows more about what's going on > > confirm my hypothesis and if

[notmuch] [PATCH] Mac OS X compatibility fixes

On Sun, 22 Nov 2009 11:07:36 +0800, Jjgod Jiang wrote: > Add missing GNU extensions strdup() and getline(). The C library > shipped with Mac OS X does not include them (though it does support > some GNU extensions when _GNU_SOURCE is defined), so we have to > add these two. The getline()

[notmuch] [PATCH] Permit opening the notmuch database in read-only mode.

We only rarely need to actually open the database for writing, but we always create a Xapian::WritableDatabase. This has the effect of preventing searches and like whilst updating the index. Signed-off-by: Chris Wilson Acked-by: Carl Worth [ickle: Updated to add WRITABLE mode to notmuch-new]

[notmuch] notmuch vim support

Hello. On Sat, 2009-11-21 at 13:39, Bart Trojanowski wrote: > > I've spent a few days on porting notmuch.el to vim. It's not as feature > rich as notmuch.el yet, but it's coming along nicely. The results of my > work are here: Great stuff! I hoped for someone stepping up early to provide

[notmuch] [PATCH] Permit opening the notmuch database in read-only mode.

We only rarely need to actually open the database for writing, but we always create a Xapian::WritableDatabase. This has the effect of preventing searches and like whilst updating the index. Signed-off-by: Chris Wilson Acked-by: Carl Worth --- lib/database-private.h |3 ++- lib/database.cc

[notmuch] Problem Building on OSX leopard 10.5.8

On Wed, 18 Nov 2009 12:47:47 -0500, Saptarshi Guha wrote: > Having given up on most email clients yet trapped by them, I came > across notmuch. > Quite eager to build, Hi Saptarshi, Welcome to notmuch! I hope you find it helpful. > In the INSTALL/README file, mention that xapian-config

[notmuch] [PATCH] notmuch new: Support for conversion of spool subdirectories into tags

On Wed, 18 Nov 2009 05:57:03 +0100, Jan Janak wrote: > This patch makes it possible to convert subdirectory names inside the > spool directory into message tags. Messages stored in subdirectory > "foo" will be marked with tag "foo". Message duplicates found in several > subdirectories will be

[notmuch] [PATCH] notmuch: Add Maildir directory name as tag name for messages

On Wed, 18 Nov 2009 21:25:28 +0530, aneesh.kumar at linux.vnet.ibm.com (Aneesh Kumar K.V) wrote: > This patch adds maildir directory name as the tag name for > messages. This helps in adding tags using filtering already > provided by procmail. A fantastic patch, Aneesh! I think this will be

[notmuch] [PATCH] RFC: quiet make

com/ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091121/b6cd5864/attachment.pgp>

[notmuch] Perftool run

: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091121/5cbf046d/attachment-0001.bin>

[notmuch] [PATCH] Makefile: Magic silent rules.

Use the facilities of GNU make to create a magic function that will on the first invocation print a description of how to enable verbose compile lines and then print the quiet rule. Signed-off-by: Chris Wilson Signed-off-by: Carl Worth Cc: Mikhail Gusarov --- Makefile | 22

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, 21 Nov 2009 16:36:55 +0100, Stefan Schmidt wrote: > I executed "/usr/local/bin/notmuch search --sort=oldest-first tag:inbox" by > hand > and from the 21 minutes it took it stayed around 20 in a state where no new > message where printed and then sudenly all the rest comes up. That's

[notmuch] [PATCH] notmuch: Add Maildir directory name as

=?UTF-8?Q?tag=09name=20for=20messages?= MIME-Version: 1.0 Date: Sun, 22 Nov 2009 00:25:43 +0100 From: Michiel Buddingh' Cc: Carl Worth , notmuch In-Reply-To: <20091121221207.GB17268 at jukie.net> References: <87fx8bygi7.fsf at linux.vnet.ibm.com> <87bpiv4t9h.fsf at

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, 21 Nov 2009 08:12:52 -0700, Bdale Garbee wrote: > I haven't figured out how to quickly tag everything as already read or > archived or whatever .. can someone who knows more about what's going on > confirm my hypothesis and if so, suggest the best approach to getting to > a happier state?

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, 21 Nov 2009 15:51:11 +0100, Stefan Schmidt wrote: > Disclaimer: I'm using vim, in combination with mutt for email, for years, but > never dealt with emacs. Please have this in mind and spot any emacs user > errors > in this report. :) Hi Stefan, welcome to Notmuch! And don't worry, we

[notmuch] suggestion/request about notmuch config

-signature Size: 836 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091121/a6a113ce/attachment.pgp>

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, Nov 21, 2009 at 12:07 PM, Carl Worth wrote: > Though, frankly, I think we need to fix "notmuch new" to do much better > than 40 files/sec. Just a "me too". Processed 130871 total files in 38m 7s (57 files/sec.). Added 102723 new messages to the database (not much, really). This was

[notmuch] [PATCH 2/2] Add a new "notmuch search-messages" command.

This allows for searching for individual messages, rather than threads as "notmuch search" does. Currently just prints out the message id for each message. --- Makefile.local| 29 +- notmuch-client.h |3 + notmuch-search-messages.c | 138

[notmuch] [PATCH 1/2] notmuch search: Rename the --max-threads option to --max.

The idea is to make this a little more general so that different commands can use identical option names. --- notmuch-search.c | 22 +++--- notmuch.c|2 +- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/notmuch-search.c b/notmuch-search.c index

[notmuch] [PATCH] notmuch: Add Maildir directory name as tag name for messages

* Carl Worth [091121 15:28]: > And sadly, I just pulled it out again. > > I realized that I actually don't want my mail tagged based on the > maildir directories I'm using, (they are arbitrarily-named directories > used only to keep the per-directory number of files below about 10 > thousand). >

[notmuch] 25 minutes load time with emacs -f notmuch

Hello. On Sat, 2009-11-21 at 08:12, Bdale Garbee wrote: > On Sat, 2009-11-21 at 15:51 +0100, Stefan Schmidt wrote: > > > Sadly that takes around 25 minutes here on an Intel Core2Duo notbeook > > (Thinkpad > > X200s). I tried this several times now. CPU load was low (~10%) during this > > time

[notmuch] [PATCH 1/2] lib/message: Add function to get maildir flags.

would simply be the inverse of 'unread'. -- keith.packard at intel.com -- 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

[notmuch] Asynchronous tagging

not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091121/469948c7/attachment.pgp>

[notmuch] 25 minutes load time with emacs -f notmuch

Hello. Disclaimer: I'm using vim, in combination with mutt for email, for years, but never dealt with emacs. Please have this in mind and spot any emacs user errors in this report. :) I have first seen notmuch several weeks ago as it seems a silent project. Being more then happy now that it

[notmuch] [PATCH] RFC: quiet make

On Fri, 20 Nov 2009 19:18:27 +0600, Mikhail Gusarov wrote: > I don't entirely like duplicating every command line in makefile, > so this patch is RFC. Someone with bigger Make-fu than mine probably > knows a better way. Hi Mikhail, Getting a quieter compile out is a great idea. But, you're

[notmuch] notmuch vim support

* Stefan Schmidt [091121 14:06]: > IMHO it would be best to do the development inside the main tree. You could > use > branches there too and it would be easier to find and test. And as notmuch is > still under heavy development its not a problem that the vim interface is as > well. Perfect.

[notmuch] [PATCH] Makefile: Magic silent rules.

Use the facilities of GNU make to create a magic function that will on the first invocation print a description of how to enable verbose compile lines and then print the quiet rule. Signed-off-by: Chris Wilson Signed-off-by: Carl Worth Cc: Mikhail Gusarov --- Makefile | 18

[notmuch] notmuch vim support

Hi list, I've spent a few days on porting notmuch.el to vim. It's not as feature rich as notmuch.el yet, but it's coming along nicely. The results of my work are here: git://git.jukie.net/notmuch.git (on the vim branch)

[notmuch] interesting project!

On Sat, 21 Nov 2009 11:01:46 +0200, Dirk-Jan C. Binnema wrote: > Hi all, Hi, Dirk. Welcome to notmuch! > Wow, 'notmuch' looks like a very interesting project. In 2008, I wrote an > e-mail (Maildir) search tool called 'mu'[1], also using Xapian and GMime; my > plan was at some point to turn it

[notmuch] Greetings and suggestions

Hi, I recently heard about notmuch from a reddit.com posting. Immediately I knew I needed to try it. I've been a long time GNUS user and with VM before that. GNUS is great but I have never been very successful getting it to play well with an indexer. So far, after a little playing with

[notmuch] [PATCH] Permit opening the notmuch database in read-only mode.

--- 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/20091121/442e8395/attachment.pgp>

[notmuch] [PATCH] Add notmuch-folder mode to provide an overview of search matches

Folder mode takes a (user-configurable) list of search patterns and produces a list of those patterns and the count of messages that they match. When an entry in this list is selected, a search window with the defined search is opened. The set of folders is defined as a list, each element

[notmuch] [PATCH] notmuch.el: Add face support to search and show mode

On Sat, 21 Nov 2009 09:37:30 +0530, "Aneesh Kumar K.V" wrote: > To verify whether i have some setting in .emacs i ran emacs -q and still > i am able see the colors. So not sure what extra is needed. I also tried > emacs23 and that also worked. Are you able to see this faces via > customize-face

[notmuch] interesting project!

Hi all, Wow, 'notmuch' looks like a very interesting project. In 2008, I wrote an e-mail (Maildir) search tool called 'mu'[1], also using Xapian and GMime; my plan was at some point to turn it into a mail reader (use offlineimap/fetchmail etc. for getting the mail, and something else for sending

[notmuch] [PATCH] notmuch.el: Add face support to search and show mode

On Sat, Nov 21, 2009 at 03:59:12AM +0100, Carl Worth wrote: > On Fri, 20 Nov 2009 20:57:24 +0530, "Aneesh Kumar K.V" linux.vnet.ibm.com> wrote: > > This add two faces, notmuch-show-subject-face and > > notmuch-tag-unread-face. The first face is used to show the subject > > line in the

[notmuch] [PATCH] Missing final semi-colon in .desktop's Categories.

"Those keys which have several values should have a semicolon as the trailing character." -- http://standards.freedesktop.org/desktop-entry-spec/1.0/ar01s03.html Signed-off-by: James Rowe --- notmuch.desktop |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[notmuch] 25 minutes load time with emacs -f notmuch

On Sat, 2009-11-21 at 15:51 +0100, Stefan Schmidt wrote: > Sadly that takes around 25 minutes here on an Intel Core2Duo notbeook > (Thinkpad > X200s). I tried this several times now. CPU load was low (~10%) during this > time > so it is mostly IO bound. I see the same behavior on my notebook.

[notmuch] [PATCH] notmuch.el: Add face support to search and show mode

On Fri, 20 Nov 2009 20:57:24 +0530, "Aneesh Kumar K.V" wrote: > This add two faces, notmuch-show-subject-face and > notmuch-tag-unread-face. The first face is used to show the subject > line in the notmuch-show-mode and the second one the unread tag in > the notmuch-search-mode. > > The changes

[notmuch] [PATCH] Quote file names passed to the shell

-to-the-shell.patch Type: text/x-patch Size: 796 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091121/3e6fa1e5/attachment.bin>

[notmuch] Segfault searching for tags

On Fri, 20 Nov 2009 20:03:00 +0100, Adrian Perez de Castro wrote: > Well, of course you are right, it is an overloaded operator, which > (unfortunately, IMHO) looks like a pointer dereference. That is exactly > one of the things that I find more confusing about C++: it has features > like

[notmuch] [PATCH] Drop redundant CFLAGS, was already included in CXXFLAGS

On Fri, 20 Nov 2009 16:58:15 +0100, Jed Brown wrote: > %.o: %.cc $(all_deps) > - $(CXX) -c $(CFLAGS) $(CXXFLAGS) $< -o $@ > + $(CXX) -c $(CXXFLAGS) $< -o $@ Thanks, Jed! It was nice to get the patch, (which is pushed now). But it was even nicer to get the encouragement to display text

[notmuch] [PATCH] Support for printing file paths in new command

For very large mail boxes, it is desirable to know which files are being processed e.g. when a crash occurs to know which one was the cause. Also, it may be interesting to have a better idea of how the operation is progressing when processing mailboxes with big messages. This patch adds support

[notmuch] Recommended Coding Style?

On Fri, 20 Nov 2009 15:15:16 +, Chris Wilson wrote: > Excerpts from Jan Janak's message of Fri Nov 20 15:08:31 + 2009: > > Is there any recommended coding style for the C/C++ code in notmuch? > > My prediction is that Carl will go with something close to what he wrote > for Cairo: > >

[notmuch] [PATCH] When a search query triggers a Xapian exception, log what the query was.

On Fri, 20 Nov 2009 14:00:42 +0100, Eric Anholt wrote: > In my script containing a series of queries to be run on new mail for > setting up tags, it's nice to see which query I typed wrong. Good point. Pushed. Thanks, -Carl

[notmuch] Gentoo ebuild for notmuch

On Fri, 20 Nov 2009 16:09:54 +, James Rowe wrote: > The patch that follows makes it easier to use the install target > within the ebuild. If this sort of change is acceptable then the ebuild > will be simpler, and it is more likely to stay working without me > kicking heaps of patches at