[notmuch] [PATCH 5/5] Remove the global expand body keymapping

--- notmuch.el |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/notmuch.el b/notmuch.el index af0c487..907df2c 100644 --- a/notmuch.el +++ b/notmuch.el @@ -61,7 +61,6 @@ ; overlays-at to query and manipulate the current overlay. (define-key map "a"

[notmuch] [PATCH 4/5] Make bodies locally toggleable

Having actually implemented this, I realized that my initial approach of providing a function to configure a button was wrong. Instead I've replaced that with button types. This then makes it possible to provide the fully expanded view when all threads in a message are unread. It also has the

[notmuch] [PATCH 3/5] make a nice function for generating invisibility toggle buttons

I realized I was replicating this code over and over again, so this way if I change my mind about something I only have to do it on one place. --- notmuch.el | 45 - 1 files changed, 16 insertions(+), 29 deletions(-) diff --git a/notmuch.el

[notmuch] [PATCH 2/5] cleanup a lot of left-overs from the global invis

--- notmuch.el | 36 1 files changed, 0 insertions(+), 36 deletions(-) diff --git a/notmuch.el b/notmuch.el index 8aee286..ed1f7cb 100644 --- a/notmuch.el +++ b/notmuch.el @@ -62,8 +62,6 @@ (define-key map "a" 'notmuch-show-archive-thread)

[notmuch] [PATCH 1/5] make headers locally expandable/collapsable

--- notmuch.el | 18 +++--- 1 files changed, 15 insertions(+), 3 deletions(-) diff --git a/notmuch.el b/notmuch.el index fa6e7de..8aee286 100644 --- a/notmuch.el +++ b/notmuch.el @@ -605,7 +605,8 @@ which this thread was originally shown." (end-of-line) ; Inverse video

[notmuch] Multithreaded access

Hi, I am also toying around with a curses frontend for notmuch :-) One thing that I would really like to have is asynchronous search: I should be able to begin reading mail even while search results are rolling in. At the moment I'm using one read-only database_t* and creating multiple queries

[notmuch] [PATCH] Stay out of tmp to respect the Maildir spec.

--- notmuch-new.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/notmuch-new.c b/notmuch-new.c index 8172b49..e32b92a 100644 --- a/notmuch-new.c +++ b/notmuch-new.c @@ -159,6 +159,7 @@ add_files_recursive (notmuch_database_t *notmuch, * user specify files to be

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

- 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/20091123/c670575f/attachment.pgp>

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

-- http://fossarchy.blogspot.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/20091123/815c371f/attachment.pgp>

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

Excerpts from Alec Berryman's message of Sun Nov 22 06:18:26 +0100 2009: > If present, $NOTMUCH_CONFIG will be used as the configuration file > location. I'm a bit late to the party, but how about adding the more generic NOTMUCH_OPTIONS, and --config-file, -c options to pass the path to the

[notmuch] [PATCH] notmuch.el: Use variable notmuch-search-oldest-first to decide the search order

Make sure we use notmuch-search-oldest-first to decide the how the search result should be displayed. This helps to set the value to nil and have latest mail shown first Signed-off-by: Aneesh Kumar K.V --- notmuch.el |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

me: not available Type: application/pgp-signature Size: 834 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091123/45b239ce/attachment.pgp>

[notmuch] [PATCH] Make search filters handle disjunctive queries.

On Mon, 23 Nov 2009 10:26:47 -0800, Keith Packard wrote: > Remember to split patches which do more than one thing into separate > commits. These are variants of the same operation, but I'll split in the future. > > + (let ((grouped-query (if (string-match-p > >

[notmuch] notmuch 'index' mode.

On Mon, 23 Nov 2009 19:16:54 -0800, Carl Worth wrote: > So what next for the user? We've got lots of empty space in the folder > view, so I think what I'd like is to provide some suggestions on search > strings to try, and then to make it obvious how to associate a name with > a search string.

[notmuch] [PATCH] Make addresses case insensitive for the purpose of constructing replies.

The domain is alway case insensitive, but in principle the username is case sensitive. Few systems actually enforce this so I think a good default is to treat the entire address as case insensitive, it will eliminate a lot of superfluous self-addressed messages and reply from the correct address

[notmuch] notmuch 'index' mode.

On Sun, 22 Nov 2009 23:18:33 -0800, Keith Packard wrote: > On Mon, 23 Nov 2009 07:06:06 +0100, Carl Worth wrote: > > > > * The mode documentation really needs to walk the user through how to > > setup a custom set of folders. > > You can use the standard emacs customization interface,

[notmuch] [PATCH] Make search filters handle disjunctive queries.

notmuch-search-filter accepts now accepts an arbitrary query and will group if necessary so that we get tag:inbox AND (gravy OR biscuits) notmuch-search-filter-tag now handles multiple terms. All terms in the query except AND and OR are interpreted as tags. This version has nice regexes and

[notmuch] interesting project!

On Mon, 23 Nov 2009 09:08:34 +0200, Dirk-Jan C. Binnema wrote: > Well, the counter point to the OOM-problems is that is that in many programs, > the 'malloc returns NULL'-case is often not very well tested (because it's > rather hard to test), and that at least on Linux, it's unlikely that malloc

[notmuch] [PATCH] Make addresses case insensitive for the purpose of constructing replies.

On Mon, 23 Nov 2009 19:29:52 +0100, Jed Brown wrote: > The domain is alway case insensitive, but in principle the username is > case sensitive. Few systems actually enforce this so I think a good > default is to treat the entire address as case insensitive, it will > eliminate a lot of

[notmuch] [PATCH] Stay out of tmp to respect the Maildir spec.

On Mon, 23 Nov 2009 21:57:33 +0100, Jed Brown wrote: > if (strcmp (entry->d_name, ".") == 0 || > strcmp (entry->d_name, "..") == 0 || > + strcmp (entry->d_name, "tmp") == 0 || > strcmp (entry->d_name, ".notmuch") ==0) Thanks, Jed! I've pushed this now. And

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

2? Without optimizations many of the warnings are not issued. Best wishes, Dirk. -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091123/85157f8a/attachment.htm>

[notmuch] Multithreaded access

On Mon, 23 Nov 2009 22:07:42 +1100, Peter Wang wrote: > I am also toying around with a curses frontend for notmuch :-) > One thing that I would really like to have is asynchronous search: > I should be able to begin reading mail even while search results > are rolling in. Absolutely! I just

[notmuch] [PATCH] Return unpropertized strings for filename and message-id

Hi! Here's my first patch. It changes that notmuch-show-get-filename and notmuch-show-get-message-id return simple strings and not propertited strings. Bye, Tassilo --- notmuch.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/notmuch.el b/notmuch.el index

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

On Mon, 23 Nov 2009 18:14:12 +0200, Dirk-Jan Binnema wrote: > Did you try it with -O2? Without optimizations many of the warnings are not > issued. Yes, $ cat > foo.c #include #include int main() { malloc(5); write(2,0,10); return 0; } $ gcc -static -std=c89 -O0 -Wall -Wextra -pedantic

[notmuch] notmuch new: Memory problem

Hi, 2009/11/20 Carl Worth : > On Fri, 20 Nov 2009 09:56:50 +0100, Dominik Epple googlemail.com> wrote: >> Is there a problem with the number of my mails? I currently have over >> 40.000 Mails... they live currently in mbox files, I created a Maildir >> with mb2md-3.20.pl. > > I'm suspecting that

[notmuch] [patch] Trivial fix for non-root install

Excerpts from Brett Viren's message of Mon Nov 23 16:31:47 +0100 2009: > Installing as a normal user fails because the bash completion config > files try to install into /etc. This trivial patch fixes this. NAK Your patch breaks the more common case of installing as root user. It now installs

[notmuch] notmuch new: Memory problem

Hi, Thanks for your help. Here is the information you requested: 2009/11/20 Carl Worth : > I'm curious how big your .notmuch directory ended up after this > operation. (And how that compares in size to the total size of your > collection of mail.) I guess you mean these directories: $ du -sh

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

On Mon, 23 Nov 2009 16:01:41 +0100, Tassilo Horn wrote: > Tassilo Horn writes: > I don't have to touch the symlinks or the directories inside the > locations the symlinks point to, but instead I have to touch the > top-level directory where the symlinks are contained in. Ah, it's slightly

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

On Mon, 23 Nov 2009 15:43:41 +0100, Tassilo Horn wrote: > First, I only touched the two symlinks. Unfortunately, this actually touched the file pointed to by the symlink, if you stat the symlink you will see that mtime did not change. > This didn't help. Then I used > "find . -type d | xargs

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

Tassilo Horn writes: Hi Mikhail, >> TH> Whenever I delete those symlinks and created them anew, the new >> TH> mails get indexed with the next "notmuch new". Of course, I could >> TH> create a script that does exactly that, but there should be a >> TH> better way, right? >> >> Probably

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks

Mikhail Gusarov writes: Hi Mikhail, > TH> Whenever I delete those symlinks and created them anew, the new > TH> mails get indexed with the next "notmuch new". Of course, I could > TH> create a script that does exactly that, but there should be a > TH> better way, right? > > Probably mail

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

On Mon, 23 Nov 2009 14:19:18 +0100, Karl Wiberg wrote: > On Mon, Nov 23, 2009 at 12:11 PM, Dirk-Jan Binnema > wrote: > > > On Mon, Nov 23, 2009 at 9:34 AM, Karl Wiberg wrote: > > > > > Didn't the "(void)" suggestion work? > > > > I actually preferred that solution, but unfortunately, it

[notmuch] Notmuch doesn't index new mails when mail location contains symlinks (was: Notmuch doesn't index new mails)

Tassilo Horn writes: Hi all, I've investigated a bit further. > [notmuch doesn't index new mails although all directories and files > are readable and writable.] In my config, I have: --8<---cut here---start->8--- [database] path=/home/horn/Mail/Dovecot

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

On Mon, Nov 23, 2009 at 12:11 PM, Dirk-Jan Binnema wrote: > On Mon, Nov 23, 2009 at 9:34 AM, Karl Wiberg wrote: > > > Didn't the "(void)" suggestion work? > > I actually preferred that solution, but unfortunately, it didn't > stop gcc from complaining... Hmpf. I'd argue that that's a gcc bug,

[notmuch] [PATCH] New function notmuch-search-operate-all: operate on all messages in the current query.

On Mon, 23 Nov 2009 05:14:25 +0100, Carl Worth wrote: > Second, I like that you just used the search string again, (as opposed > to just walking through the buffer looking at thread IDs). That seems > elegant. It was *easy*. > First, this creates a race condition in that the user will rightly >

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

art -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091123/7ea82ed8/attachment.htm>

[notmuch] [PATCH] Make search filters handle disjunctive queries.

notmuch-search-filter accepts now accepts an arbitrary query and will group if necessary so that we get tag:inbox AND (gravy OR biscuits) notmuch-search-filter-tag now handles multiple terms. All terms in the query except AND and OR are interpreted as tags. Signed-off-by: Jed Brown ---

[notmuch] _notmuch_message_create_for_message_id makes extra call to notmuch_database_find_message

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

[notmuch] [patch] Trivial fix for non-root install

Brett Viren on 2009-11-23 10:31:47 -0500: > Installing as a normal user fails because the bash completion config > files try to install into /etc. This trivial patch fixes this. I worked around this by using $DESTDIR as the prefix and unsetting prefix during the install.

[notmuch] [PATCH] Add tests to configure script to detect strndup and getline

Add some simple tests to the configure script to detect strndup and getline. It's not important that the tests run, just that they compile and link without any errors. Signed-off-by: Jeffrey C. Ollie --- configure | 20 +++- getlinetest.c | 13 +

[notmuch] Notmuch doesn't index new mails

Hi all, after setting up notmuch, initially indexing all my mail, and removing the inbox and unread tags thereafter, now I recognize that notmuch doesn't index new mail. --8<---cut here---start->8--- % notmuch new --verbose No new mail---and that's not much.

[notmuch] notsomuch, a dummy curses ui

ttp://notmuchmail.org/pipermail/notmuch/attachments/20091123/69b5cf65/attachment.pgp>

[notmuch] [RFC PATCH -V2] notmuch: Add support for multiple maildirs

On Mon, Nov 23, 2009 at 04:51:34AM +0100, Carl Worth wrote: > Finally, (and maybe I should have started with this), what's the actual > use case here? Is it difficult to just arrange all mail to be under one > top-level directory, (perhaps just using symlinks even). > Ok i switched to using a

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

This add two faces, notmuch-show-subject-face and notmuch-tag-face. The first face is used to show the subject line in the notmuch-show-mode and the second one to show tags in the notmuch-search-mode. We can selectively highlight each tag by setting notmuch-tag-face-alist as below (defface

[notmuch] [patch] Trivial fix for non-root install

ng list > notmuch at notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091123/0ea9b7af/attachment.pgp>

[notmuch] [patch] Trivial fix for non-root install

Installing as a normal user fails because the bash completion config files try to install into /etc. This trivial patch fixes this. diff --git a/Makefile.config b/Makefile.config index ddc7436..c04d57a 100644 --- a/Makefile.config +++ b/Makefile.config @@ -1,3 +1,2 @@ -prefix = /usr/local

[notmuch] [PATCH] Make search filters handle disjunctive queries.

on/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091123/59d04243/attachment.pgp>

[notmuch] interesting project!

Hi Carl, > "Carl" == Carl Worth writes: Carl> On Sun, 22 Nov 2009 14:23:10 +0200, Dirk-Jan C. Binnema Carl> wrote: >> A small question: it seems that notmuch is avoiding the use of GLib directly >> (of course, it depend on it anyway through GMime); is this because of

[notmuch] How to index /var/spool/mail with notmuch

Carl Worth writes: Hi Carl, >> Unfortunately, there are some dovecot internal files, which should >> neither be indexed by notmuch, and which have 600 permissions for the >> mail user. And that's where notmuch errors and stops indexing. :-( > > Hi Tassilo, welcome to notmuch! > > I'm glad you

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

On Mon, Nov 23, 2009 at 7:20 AM, Dirk-Jan C. Binnema wrote: > + ? ?ssize_t ignored; > ? ? static char msg[] = "Stopping... ? ? ? ? \n"; > - ? ?write(2, msg, sizeof(msg)-1); > + > + ? ?ignored = write(2, msg, sizeof(msg)-1); > ? ? interrupted = 1; > ?} Didn't the "(void)" suggestion work? --

[notmuch] [PATCH 2/2] * avoid gcc 4.4.1 compiler warning due to ignored 'fflush' return value

--- notmuch-setup.c | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/notmuch-setup.c b/notmuch-setup.c index d06fbf8..c50f812 100644 --- a/notmuch-setup.c +++ b/notmuch-setup.c @@ -100,12 +100,13 @@ notmuch_setup_command (unused (void *ctx), unsigned int

[notmuch] [PATCH 1/2] * avoid gcc 4.4.1 compiler warnings due to ignored write return values

From: Dirk-Jan C. Binnema Date: Mon, 23 Nov 2009 08:03:35 +0200 --- notmuch-new.c |4 +++- notmuch-tag.c |4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/notmuch-new.c b/notmuch-new.c index a2b30bd..3d04efa 100644 --- a/notmuch-new.c +++

[notmuch] [PATCH] makefile: Tell echo to interpret escape sequences.

On Mon, Nov 23, 2009 at 3:41 AM, Carl Worth wrote: > It's a shame that simple things like "echo" aren't easy to use portably. > (And yes, I know that autoconf has a bunch of tests for echo, such as > how to get the behavior of "echo -n", etc.) I think the standard workaround is to use "printf"

[notmuch] OpenPGP support

ttp://notmuchmail.org/pipermail/notmuch/attachments/20091123/d315bb63/attachment.pgp>

[notmuch] [PATCH] Add private implementations of strndup and getline.

Add private implementations of strndup and getline for those platforms that don't have them (notably Mac OS X) no matter what preprocessor symbols you define. Signed-off-by: Jeffrey C. Ollie --- lib/xutil.c | 99 +++ lib/xutil.h |6

[notmuch] [PATCH] Mac OS X compatibility fixes

Here's a patch that adds private implementations of strndup and getline. They are unconditionally compiled so that compiler errors in these functions can be detected on any platform, even those that provide strndup and getline in the standard library. I'll have a patch that handles the

[notmuch] [PATCH] Make notmuch-show 'X' (and 'x') commands remove inbox (and unread) tags

On Sun, 22 Nov 2009 19:52:00 -0800, Keith Packard wrote: > I'd take 'x' for 'return to search view; otherwise you're going to wear > out my pinky reaching for the shift key. That leaves us with three > commands: > > 'a': advance to next message, archiving current thread, marking read > messages.

[notmuch] [PATCH] Add SCons build files.

On Sun, 22 Nov 2009 22:36:30 -0600, Jeffrey Ollie wrote: > Well, to me, part of the appeal of SCons is that it doesn't generate > Makefiles.This article is a little old, but the first three > sections are a pretty good rundown on the limitations of Make. > >

[notmuch] [PATCH] Handle message renames in mail spool

In order to handle message renames the following changes were deemed necessary: * Mtime check on individual files was disabled. As files may be moved around without changing their mtime, it's necessary to parse them even if they appear old in case old message was moved. mtime check on directories

[notmuch] notmuch 'index' mode.

On Fri, 20 Nov 2009 23:35:29 -0800, Keith Packard wrote: > I posted a patch adding an 'index' mode to notmuch and though I'd > explain my idea. Most mail systems provide a 'folder view' mode which > displays the set of folders and a count of messages in each folder. I > used this myself as the

[notmuch] [PATCH] ANSI escapes in "new" only when output is a tty

On Mon, 23 Nov 2009 01:54:35 +0100, Adrian Perez wrote: > When running "notmuch new --verbose", ANSI escapes are used. This may not be > desirable when the output of the command is *not* being sent to a terminal > (e.g. when piping output into another command). In that case each file > processed

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

On Mon, 23 Nov 2009 01:53:39 +0100, Adrian Perez de Castro wrote: > IMHO it would be nice to have the messages-per-second information as > well in verbose mode before making it the default. I think I could cook > up a patch for that, but printing messages-per-second would mean calling >

[notmuch] [PATCH 3/3] change config file location to be ~/.notmuch/config

On Sun, 22 Nov 2009 18:14:20 -0500, Jameson Graef Rollins wrote: > I think Carl said he wanted to keep the ability to specify exactly > where the database is stored, so if we could move away from something > that makes any implicit assumptions about relative paths between the > database and the

[notmuch] Catching up unread messages

On Sun, 22 Nov 2009 22:48:52 +0100, Tassilo Horn wrote: > I got notmuch running, and it's absolutely incredible. It's so damn > fast and the results are very good. So thanks a lot for creating this > nice piece of software. :-) Fantastic, Tassilo. I'm glad you got things working and are happy

[notmuch] [RFC] Precedence of OR and AND

On Sun, 22 Nov 2009 22:43:30 +0100, Jed Brown wrote: > On Sun, 22 Nov 2009 16:36:49 -0500, Bart Trojanowski > wrote: > Absolutely, and I have this applied locally to notmuch.el, Patch please? >but I didn't > fix

[notmuch] [PATCH] Add install target for desktop files.

On Sun, 22 Nov 2009 15:17:11 -0600, "Jeffrey C. Ollie" wrote: > Add an install target that uses desktop-file-install to install the > desktop file in the appropriate location. The location of the install > can be modified by changing the desktop_dir variable. Hi Jeffrey, I suppose if we're

[notmuch] How to index /var/spool/mail with notmuch

On Sun, 22 Nov 2009 21:24:47 +0100, Tassilo Horn wrote: > But I get some permission problems when trying to index /var/spool/mail. > I was able to create a .notmuch/ directory in there with permissions set > to 700 for my user. All mail files are readable for my user. > > Unfortunately, there

[notmuch] [PATCH] New function notmuch-search-operate-all: operate on all messages in the current query.

On Sun, 22 Nov 2009 21:12:16 +0100, Jed Brown wrote: > It is often convenient to change tags on several messages at once. This > function applies any number of tag whitespace-delimited tag > modifications to all messages matching the current query. > > I have bound this to `*'. Very nice, Jed!

[notmuch] [RFC PATCH -V2] notmuch: Add support for multiple maildirs

On Sun, 22 Nov 2009 23:58:46 +0530, "Aneesh Kumar K.V" wrote: > This patch separate database path and maildir paths. > It also adds support for multiple maildir paths which > is represented by comma separated values. I have a running joke with my good friend Behdad that we should add a git-hook

[notmuch] [PATCH] fix notmuch-new bug when database path ends with a trailing /

On Sun, 22 Nov 2009 11:19:31 -0500, Bart Trojanowski wrote: > The actual bug was in the filename normalization for storage in the > database. The database.path was removed from the full filename, but if > the database.path from the config file contained a trailing /, the > relative file name

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

On Sun, 22 Nov 2009 10:15:39 -0500, Brett Viren wrote: > On Sun, Nov 22, 2009 at 3:36 AM, Mike Hommey > wrote: > But, here is one that looks I/O bound: > > notmuch tag -unread tag:inbox > > I have my home directory on an encfs volume and I see it and notmuch >

[notmuch] [PATCH] fix compiler warnings

On Sun, 22 Nov 2009 17:11:03 +0200, Dirk-Jan C. Binnema wrote: > > (hopefully this is the correct way to send patches...) Looks just fine, and welcome to notmuch! > With these minor changes, notmuch compiles warning-free with gcc 4.4.1 Could you resend these as separate patches, each patch

[notmuch] [PATCH] Add SCons build files.

On Sun, 22 Nov 2009 07:47:10 -0600, "Jeffrey C. Ollie" wrote: > The SCons build files included here *should* do everything that the > current Makefiles do, plus a little bit of configuration checking. To > build/install: Hi Jeffrey, Thanks for your effort to code all this up. But I'm afraid

[notmuch] [PATCH] Make notmuch-show 'X' (and 'x') commands remove inbox (and unread) tags

On Sun, 22 Nov 2009 15:32:13 -0800, Keith Packard wrote: > That's a fine plan. It 'shouldn't' be too hard to implement either. Noted in TODO for future reference. > Btw, I'm thinking that it might be useful to create some 'global' > notmuch keybindings and then create per-view bindings that

[notmuch] [PATCH] makefile: Tell echo to interpret escape sequences.

On Mon, Nov 23, 2009 at 3:41 AM, Carl Worth wrote: > On Sun, 22 Nov 2009 13:44:37 +0100, Jan Janak wrote: >> The initial message that informs the user about the possibility to use >> make V=1 contains a \n at the end, but echo wouldn't interpret that >> properly without the -e command line

[notmuch] [PATCH] makefile: Declare clean target as phony.

On Sun, 22 Nov 2009 13:55:35 +0100, Jan Janak wrote: > This ensures that make clean always proceeds, even if the user > accidentally creates a file named 'clean'. Also, it ignores errors in > rm and other commands. Now *this* patch worked fine for me. Thanks! I've pushed it now. -Carl

[notmuch] [PATCH] notmuch-new: Eliminate gcc warning caused by ino_cmp.

On Mon, Nov 23, 2009 at 3:38 AM, Carl Worth wrote: > On Sun, 22 Nov 2009 13:32:36 +0100, Jan Janak wrote: >> The function passed to scandir in the fourth argument takes two >> const void* arguments. To eliminate the gcc warning about incompatible >> types, we change ino_cmp to match this and

[notmuch] [PATCH] makefile: Tell echo to interpret escape sequences.

On Sun, 22 Nov 2009 13:44:37 +0100, Jan Janak wrote: > The initial message that informs the user about the possibility to use > make V=1 contains a \n at the end, but echo wouldn't interpret that > properly without the -e command line option. Patch doesn't work for me. Before patch:

[notmuch] [PATCH] notmuch-new: Eliminate gcc warning caused by ino_cmp.

On Sun, 22 Nov 2009 13:32:36 +0100, Jan Janak wrote: > The function passed to scandir in the fourth argument takes two > const void* arguments. To eliminate the gcc warning about incompatible > types, we change ino_cmp to match this and then re-type the parameters > in the body of ino_cmp.

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

On Sat, 21 Nov 2009 23:18:26 -0600, Alec Berryman wrote: > If present, $NOTMUCH_CONFIG will be used as the configuration file > location. Hi Alec, welcome to notmuch! And thanks for this patch. I've pushed it now. I need this quite often when setting up a new database for testing a patch, for

[notmuch] Guide for new users?

On Sun, 22 Nov 2009 18:02:36 +0100, Jed Brown wrote: > Yes, however it will change flags which changes file names and currently > confuses notmuch. I synced [Gmail].All Mail with OfflineIMAP and am now > using Getmail to pull via POP. In the Gmail settings, activate POP > starting at the

[notmuch] Guide for new users?

On Sun, 22 Nov 2009 12:44:17 +0800, Jjgod Jiang wrote: > I think it will be nice if we can have a guide/tutorial like > documentation for new users. For myself, I have the following > questions (I am an alpine user previously, so some of the > questions are not related to notmuch directly): Hi

[notmuch] [PATCH] Mac OS X compatibility fixes

On Sun, 22 Nov 2009 12:31:53 +0800, Jjgod Jiang wrote: > On Sun, Nov 22, 2009 at 12:17 PM, Alexander Botero-Lowry > > The problem is that notmuch does not have a fully functional configure > process yet, Carl did mention Makefile.local, but it seems this file is > not generated by configure

[notmuch] search-tags and tag completion in notmuch.el

Hello, The three patches I sent to the list a couple of minutes ago is another revision of the patches that I had sent earlier. The first two patches implement support for 'notmuch search-tags'. The last patch adds support for tag completion to notmuch.el using the new command. Right now

[notmuch] [PATCH] ANSI escapes in "new" only when output is a tty

When running "notmuch new --verbose", ANSI escapes are used. This may not be desirable when the output of the command is *not* being sent to a terminal (e.g. when piping output into another command). In that case each file processed is printed in a new line and ANSI escapes are not used at all.

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

ing silent mode would still only call it once per second). Regards, -- Adrian Perez de Castro Igalia - Free Software Engineering -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <

[notmuch] [PATCH] Insert signature into replies

On Fri, 20 Nov 2009 20:57:35 -0800, Keith Packard wrote: > When you compose a new message, message mode carefully inserts your > mail signature at the bottom of the message; as notmuch constructs the > reply all by itself, this doesn't happen then. Use the message mode > function

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

On Sat, 21 Nov 2009 03:37:54 +0100, Jed Brown wrote: > Prior to this, notmuch-show-pipe-message could not handle file names > with spaces and similar. Thanks for the fix, Jed. This is pushed. -Carl

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

On Sat, 21 Nov 2009 01:17:18 +0100, Adrian Perez wrote: > 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

[notmuch] [PATCH 3/3] notmuch.el: Select tag names with completion.

Several commands ask the user for a tag name. With this feature the user can just press tab and Emacs automatically retrieves the list of all existing tags from notmuch database with 'notmuch search-tags' and presents a completion buffer to the user. This feature is very useful for users who have

[notmuch] [PATCH 2/3] notmuch: New command 'search-tags'.

This is a new notmuch command that can be used to search for all tags found in the database. The resulting list is alphabetically sorted. The primary use-case for this new command is to provide the tag completion feature in Emacs (and other interfaces). Signed-off-by: Jan Janak ---

[notmuch] [PATCH 1/3] notmuch: New function to retrieve all tags from the database.

This patch adds a new function called notmuch_database_get_all_tags which can be used to obtain a list of all tags from the database (in other words, the list contains all tags from all messages). The function produces an alphabetically sorted list. To add support for the new function, we rip the

[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] lots of emacs mode enhancements

On Mon, 23 Nov 2009 00:11:22 +0100, Carl Worth wrote: > On Fri, 20 Nov 2009 00:26:33 -0800, Alexander Botero-Lowry at gmail.com> wrote: > I really like the bold headers. And I can tell that the buttonization is > going to be very nice. But I can't actually get it to work completely. I > first

[notmuch] [PATCH] Make notmuch-show 'X' (and 'x') commands remove inbox (and unread) tags

On Tue, 17 Nov 2009 13:32:45 -0800, Keith Packard wrote: > When closing a thread view, mark the thread as archived by removing > the "inbox" tag, and for the 'x' variant, the "unread" tag as well, > then kill the buffer and update the search window view as well. I'm starting to come around to

[notmuch] lots of emacs mode enhancements

On Fri, 20 Nov 2009 00:26:33 -0800, Alexander Botero-Lowry wrote: > I've just been diving into the elisp, and have added a bunch of useful > features. This is fantastic stuff, Alex. Thanks so much for working on it. (And I'm sorry it took me a while before I got around to reviewing it. Hopefully