Better Gmail handling by not using Notmuch tags

nc, post-sync window. You can simplify this if you make guarantees in your usage model. That you will never do tagging operations during a pre-, sync, post- cycle, or that you only do synchronization one way or the other, instead of full bidirectional sync. It's a difficult problem, I look forward to seeing o

Re: Better Gmail handling by not using Notmuch tags

or the other, instead of full bidirectional sync. It's a difficult problem, I look forward to seeing other solutions proposed. Thanks, -Mark Anderson upload local - gmail 1) upload All Mail folder 2) assign on gmail the labels corresponding to the notmuch tags. The step 1 could be done

Message deletion wisdom

On Thu, 5 Apr 2012 12:20:43 -0400, Antoine Beaupr? wrote: > Finally, I want to voice that I feel a "delete" key, even if it doesn't > delete mails, seems like an important part of a mail user > agent. Archiving mail is one thing, but for the love and respect of > sysadmins and the infrastructure

Re: Message deletion wisdom

On Thu, 5 Apr 2012 12:20:43 -0400, Antoine Beaupré anar...@anarcat.ath.cx wrote: Finally, I want to voice that I feel a delete key, even if it doesn't delete mails, seems like an important part of a mail user agent. Archiving mail is one thing, but for the love and respect of sysadmins and

Handling of symlinked maildirs?

On Mon, 2 Apr 2012 10:54:48 -0700, Jameson Graef Rollins wrote: > On Mon, Apr 02 2012, Andrei POPESCU wrote: > > Im sorting my mailing lists with generic maildrop rules like this one: > > > > if (/^List-Id:.*/) > > to Maildir/.debian.$MATCH1/ > > > >

Re: Handling of symlinked maildirs?

On Mon, 2 Apr 2012 10:54:48 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: On Mon, Apr 02 2012, Andrei POPESCU andreimpope...@gmail.com wrote: Im sorting my mailing lists with generic maildrop rules like this one: if (/^List-Id:.*debian-(.*)\.lists.debian.org/)

Goto command for existing search windows

On Tue, 27 Mar 2012 14:24:36 -0600, Mark Anderson wrote: > I was looking for a function which would find a buffer based on one of > my saved searches, and perform the search if it didn't exist. > > I've gotten it a bit closer, if I perform the search that matches a &g

Re: Goto command for existing search windows

On Tue, 27 Mar 2012 14:24:36 -0600, Mark Anderson markr.ander...@amd.com wrote: I was looking for a function which would find a buffer based on one of my saved searches, and perform the search if it didn't exist. I've gotten it a bit closer, if I perform the search that matches a saved

Goto command for existing search windows

I was looking for a function which would find a buffer based on one of my saved searches, and perform the search if it didn't exist. I've gotten it a bit closer, if I perform the search that matches a saved search, then this routine will find it because of the magic in

Goto command for existing search windows

I was looking for a function which would find a buffer based on one of my saved searches, and perform the search if it didn't exist. I've gotten it a bit closer, if I perform the search that matches a saved search, then this routine will find it because of the magic in

[PATCH] v2 emacs: colorize buttonized 'id:' links depending on the target message's state

On Wed, 18 Jan 2012 04:08:54 -0600, Pieter Praet wrote: > On Mon, 16 Jan 2012 16:43:06 -0500, Aaron Ecay wrote: > > On Mon, 16 Jan 2012 17:57:33 +0100, Pieter Praet > > wrote: > > [...] Maybe you could change the regex that > > matches id:?s to require a little more structure ? an at-sign,

Improving notmuch query documentation [was: Re: Partial words on notmuch search?]

On Tue, 17 Jan 2012 16:29:23 -0600, Austin Clements wrote: > Quoth Andrei Popescu on Jan 18 at 12:14 am: > > On Lu, 16 ian 12, 21:34:31, Austin Clements wrote: > > > Quoth Andrei Popescu on Jan 16 at 10:21 pm: > > > > Where can I read more about this? (except the source :) > > > > > > Most of

Re: Improving notmuch query documentation [was: Re: Partial words on notmuch search?]

On Tue, 17 Jan 2012 16:29:23 -0600, Austin Clements amdra...@mit.edu wrote: Quoth Andrei Popescu on Jan 18 at 12:14 am: On Lu, 16 ian 12, 21:34:31, Austin Clements wrote: Quoth Andrei Popescu on Jan 16 at 10:21 pm: Where can I read more about this? (except the source :) Most of

[PATCH 2/5] lib: Add a MTIME value to every mail document

On Tue, 13 Dec 2011 11:11:42 -0600, Thomas Jost wrote: > This is a time_t value, similar to the message date (TIMESTAMP). It is first > set > when the message is added to the database, and is then updated every time a > tag > is added or removed. It can thus be used for doing incremental dumps

Re: [PATCH 2/5] lib: Add a MTIME value to every mail document

On Tue, 13 Dec 2011 11:11:42 -0600, Thomas Jost schno...@schnouki.net wrote: This is a time_t value, similar to the message date (TIMESTAMP). It is first set when the message is added to the database, and is then updated every time a tag is added or removed. It can thus be used for doing

notmuch Digest, Vol 20, Issue 57

On Wed, 29 Jun 2011 13:54:40 -0700, Jameson Graef Rollins wrote: > On Wed, 29 Jun 2011 14:21:11 -0600, Mark Anderson > wrote: > > I personally prefer --output=files remain as it was, with one file per > > mail (even though I submitted the patch to change it). I suggest tha

notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 16:53:30 -0700, Carl Worth wrote: > On Tue, 28 Jun 2011 16:38:30 -0600, Mark Anderson > wrote: > > I had briefly considered adding another output format "file", just to get a > > single file for each message in the db, but the file/files distinct

[PATCH] Fix folder: coherence issue

Add removal of all ZXFOLDER terms to removal of all XFOLDER terms for each message filename removal. The existing filename-list reindexing will put all the needed terms back in. Test search-folder-coherence now passes. Signed-off-by:Mark Anderson --- Once I fixed the removal instead of the

[PATCH] Fix folder: coherence issue

Add removal of all ZXFOLDER terms to removal of all XFOLDER terms for each message filename removal. The existing filename-list reindexing will put all the needed terms back in. Test search-folder-coherence now passes. Signed-off-by:Mark Anderson ma.sk...@gmail.com --- Once I fixed the removal

Re: notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 16:53:30 -0700, Carl Worth cwo...@cworth.org wrote: On Tue, 28 Jun 2011 16:38:30 -0600, Mark Anderson ma.sk...@gmail.com wrote: I had briefly considered adding another output format file, just to get a single file for each message in the db, but the file/files distinction

Re: notmuch Digest, Vol 20, Issue 57

On Wed, 29 Jun 2011 13:54:40 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: On Wed, 29 Jun 2011 14:21:11 -0600, Mark Anderson ma.sk...@gmail.com wrote: I personally prefer --output=files remain as it was, with one file per mail (even though I submitted the patch to change

notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 23:43:52 +0200, "Sander Boer" wrote: > > Carl Worth writes:> > I was hoping that google somehow was able to expose the tags in the "All > Mail" folder, like the headers that are gmail specific: X-pstn-nxpr and > X-pstn-nxp (which contains a > hash) for instance. I don't

notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 23:43:52 +0200, "Sander Boer" wrote: > Carl Worth writes:> > > > > Hopefully it's clear enough that you could do the above in a script that > > loops over all of your existing tags. > > > > And if you were doing a one-time switch from Gmail to notmuch that would > > be all

[PATCH v3] test:Improve test behaviors when --root is used

Change add_email_corpus, emacs_deliver_message and tests to use $TEST_DIRECTORY instead of '..'. This improves the behavior of the usage of --root=, as the assumption of what '..' means will usually be incorrect. Document -root option in README and update valgrind to work with -root. --- This

[PATCH v2] test:Improve test behaviors when --root is used

-by: Mark Anderson --- > If you could follow up with an updated patch, (or an argument that the > original patch is correct), that would be great. Updated the patch with Austin's suggestion. I'm not personally ready to forbid the use of '..', although I certainly appreciate the motivation t

Race condition for '*' command

On Tue, 28 Jun 2011 08:49:06 +0200, Pieter Praet wrote: > On Sun, 26 Jun 2011 10:00:41 +0100, Robin Green > wrote: > > On Sat, 25 Jun 2011 16:57:50 -0700, Jameson Graef Rollins > finestructure.net> wrote: > > > On Sat, 25 Jun 2011 23:18:52 +0100, Robin Green > > > wrote: > > > > A race

Re: Race condition for '*' command

On Tue, 28 Jun 2011 08:49:06 +0200, Pieter Praet pie...@praet.org wrote: On Sun, 26 Jun 2011 10:00:41 +0100, Robin Green gree...@greenrd.org wrote: On Sat, 25 Jun 2011 16:57:50 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sat, 25 Jun 2011 23:18:52 +0100, Robin Green

[PATCH v2] test:Improve test behaviors when --root is used

-off-by: Mark Anderson ma.sk...@gmail.com --- If you could follow up with an updated patch, (or an argument that the original patch is correct), that would be great. Updated the patch with Austin's suggestion. I'm not personally ready to forbid the use of '..', although I certainly appreciate

[PATCH v3] test:Improve test behaviors when --root is used

Change add_email_corpus, emacs_deliver_message and tests to use $TEST_DIRECTORY instead of '..'. This improves the behavior of the usage of --root=dir, as the assumption of what '..' means will usually be incorrect. Document -root option in README and update valgrind to work with -root. ---

Re: notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 23:43:52 +0200, Sander Boer sanb...@gmail.com wrote: Carl Worth cwo...@cworth.org writes: Hopefully it's clear enough that you could do the above in a script that loops over all of your existing tags. And if you were doing a one-time switch from Gmail to notmuch

Re: notmuch Digest, Vol 20, Issue 57

On Tue, 28 Jun 2011 23:43:52 +0200, Sander Boer sanb...@gmail.com wrote: Carl Worth cwo...@cworth.org writes: I was hoping that google somehow was able to expose the tags in the All Mail folder, like the headers that are gmail specific: X-pstn-nxpr and X-pstn-nxp (which contains a hash)

[PATCH] test:Improve test behaviors when --root is used

/shm/notmuch_test.$$"' or some such if that was acceptable. I didn't think about it very hard, but I was intrigued by the idea. -Mark > On Mon, Jun 27, 2011 at 12:09 PM, Mark Anderson wrote: > > --- a/test/symbol-hiding > > +++ b/test/symbol-hiding > > @@ -12,13 +12,13 @@ test_de

[PATCH] test:Folder tags shouldn't match after removal of file in given folder

On Mon, 27 Jun 2011 15:58:00 -0500, Austin Clements wrote: > On Mon, Jun 27, 2011 at 1:12 PM, Mark Anderson wrote: > > +test_begin_subtest "Test matches folder:spam" > > +output=$(notmuch search folder:spam) > > +test_expect_equal "$output" &

[PATCH] test:Folder tags shouldn't match after removal of file in given folder

Test for bug. Current stemming support for notmuch adds extra terms to the DB which aren't removed when the file renames are detected. When folder tags are added to a message, Xapian terms for both XFOLDER and ZXFOLDER are generated. When one of the filenames are renamed/removed, only the

[PATCH] test:Improve test behaviors when --root is used

Change add_email_corpus, emacs_deliver_message and tests to use $TEST_DIRECTORY instead of '..'. This improves the behavior of the usage of --root=, as the assumption of '..' will be incorrect if the option is specified. Document -root option in README and update valgrind to work with -root.

[PATCH] test:Improve test behaviors when --root is used

Change add_email_corpus, emacs_deliver_message and tests to use $TEST_DIRECTORY instead of '..'. This improves the behavior of the usage of --root=dir, as the assumption of '..' will be incorrect if the option is specified. Document -root option in README and update valgrind to work with -root.

[PATCH] test:Folder tags shouldn't match after removal of file in given folder

Test for bug. Current stemming support for notmuch adds extra terms to the DB which aren't removed when the file renames are detected. When folder tags are added to a message, Xapian terms for both XFOLDER and ZXFOLDER are generated. When one of the filenames are renamed/removed, only the

Re: [PATCH] test:Folder tags shouldn't match after removal of file in given folder

On Mon, 27 Jun 2011 15:58:00 -0500, Austin Clements amdra...@mit.edu wrote: On Mon, Jun 27, 2011 at 1:12 PM, Mark Anderson ma.sk...@gmail.com wrote: +test_begin_subtest Test matches folder:spam +output=$(notmuch search folder:spam) +test_expect_equal $output thread:0001   2001

Re: [PATCH] test:Improve test behaviors when --root is used

such if that was acceptable. I didn't think about it very hard, but I was intrigued by the idea. -Mark On Mon, Jun 27, 2011 at 12:09 PM, Mark Anderson ma.sk...@gmail.com wrote: --- a/test/symbol-hiding +++ b/test/symbol-hiding @@ -12,13 +12,13 @@ test_description='exception symbol hiding

[PATCH 2/2] search --output=files: Output all filenames for each matching message

Messages in the database can have multiple files associated with a single message-id, but until now only one filename for each message has been reported by "notmuch search --output=files" Signed-off-by: Mark Anderson --- Perhaps someone can offer a little help making the "

[PATCH 1/2] test:Expect multiple filenames for message with multiple files

Signed-off-by: Mark Anderson --- I just picked the smallest message and copied it to a new name. This could certainly be done to a much larger degree. test/corpus/cur/51:2, | 12 test/search-output|2 ++ 2 files changed, 14 insertions(+), 0 deletions(-) create mode 100644

Debugging strangeness in To: field

On Wed, 06 Apr 2011 13:35:44 -0600, Mark Anderson wrote: Hello All, > It is rather painful that I can have a lot of recipients dropped > silently by gmime. Well, it's not this bad, I only lose the rest of the display name and the true email address for the recipients where this matches.

Debugging strangeness in To: field

On Wed, 6 Apr 2011 14:10:51 -0500, Aaron Williamson wrote: > Hi Mark, > > On 04/06/2011 02:58 PM, Mark Anderson wrote: > > Do you have any hints about how I could figure out why gmime doesn't > > like this To: list? > > > > To: One Big Happy , dist.Happy Gro

Debugging strangeness in To: field

Hello all, Do you have any hints about how I could figure out why gmime doesn't like this To: list? To: One Big Happy , dist.Happy Group I added printouts to lib/index.cc just so I could try to figure out what was missing, and I see this: Email address list: One Big Happy , dist.Happy

Re: Debugging strangeness in To: field

On Wed, 6 Apr 2011 14:10:51 -0500, Aaron Williamson aa...@copiesofcopies.org wrote: Hi Mark, On 04/06/2011 02:58 PM, Mark Anderson wrote: Do you have any hints about how I could figure out why gmime doesn't like this To: list? To: One Big Happy onebigha...@amd.com, dist.Happy Group

Re: Debugging strangeness in To: field

On Wed, 06 Apr 2011 13:35:44 -0600, Mark Anderson markr.ander...@amd.com wrote: Hello All, It is rather painful that I can have a lot of recipients dropped silently by gmime. Well, it's not this bad, I only lose the rest of the display name and the true email address for the recipients where

Strange match to my query

On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins wrote: > On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson > wrote: > > > A simple rebuild when you go to bed can look like: > > I think you're missing an important step: > > notmuch dump >dump.txt > mv $

Strange match to my query

On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins wrote: > So I am in fact still seeing this bug, although I am ostensibly using a > version that includes the patch to fix it (db70f3f0). Does this fix > require rebuilding the database? Yes. The termlist is constructed when the message is

Re: Strange match to my query

On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins jroll...@finestructure.net wrote: On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com wrote: A simple rebuild when you go to bed can look like: I think you're missing an important step: notmuch dump dump.txt mv

Strange match to my query

On Fri, 25 Feb 2011 12:19:21 -0600, Jameson Rollins wrote: > On Tue, 25 Jan 2011 16:29:22 -0700, Mark Anderson > wrote: > > Apparently matching on email addresses doesn't work the way I hoped. > > > > While debugging why my to:x at y.com search was matching far too many

Strange match to my query

On Tue, 25 Jan 2011 23:59:50 -0600, Carl Worth wrote: > On Wed, 26 Jan 2011 12:19:17 +1000, Carl Worth wrote: > > And thanks, Mark for the bug report and the nice test case. I'll add > > this to the test suite, and fix it. And that will give us yet one more > > reason for all of us to rebuild

Re: Strange match to my query

On Tue, 25 Jan 2011 23:59:50 -0600, Carl Worth cwo...@cworth.org wrote: On Wed, 26 Jan 2011 12:19:17 +1000, Carl Worth cwo...@cworth.org wrote: And thanks, Mark for the bug report and the nice test case. I'll add this to the test suite, and fix it. And that will give us yet one more reason

Strange match to my query

Hi guys, What's up? ("Notmuch") Apparently matching on email addresses doesn't work the way I hoped. While debugging why my to:x at y.com search was matching far too many entries, I whittled it down to this: WORD1=hello WORD2=goodbye MSGID=junk$(date +%s) TESTDIR=$(notmuch config get

forwarded messages and threads

On Wed, 21 Jul 2010 14:57:42 -0500, Jameson Rollins wrote: > Hey, folks. I was noticing that if I forward a message, the forwarded > message and any responses to it don't show up as part of the thread of > the original message. It seems to me that this would be useful, to keep > replies to

bug tracking

On Thu, 29 Apr 2010 12:48:38 -0500, Servilio Afre Puentes wrote: > On 28 April 2010 16:34, David Bremner wrote: > [...] > > Meanwhile Jesse Rosenthal and I started chatting about, and Jesse > > started implementing, some tools for grabbing remote collections of tags > > and merging them into

[notmuch] Bulk message tagging

On Wed, 21 Apr 2010 18:02:59 -0500, Carl Worth wrote: > On Sat, 17 Apr 2010 20:32:27 +0200, Arian Kuschki googlemail.com> wrote: > > So one could query with sysconf and break things up into multiple > > commands as needed. > > > > Doesn't xargs do exactly this? > > Almost. > > The arguments

RE: [notmuch] Bulk message tagging

On Wed, 21 Apr 2010 18:02:59 -0500, Carl Worth cwo...@cworth.org wrote: On Sat, 17 Apr 2010 20:32:27 +0200, Arian Kuschki arian.kusc...@googlemail.com wrote: So one could query with sysconf and break things up into multiple commands as needed. Doesn't xargs do exactly this? Almost.

[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

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

[notmuch] Bulk message tagging

On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard wrote: > Hi, > > 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-sear

Re: [notmuch] Bulk message tagging

On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard x...@gnu.org wrote: Hi, 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

Initial attempt at a "merge window" for notmuch

On Fri, 9 Apr 2010 11:29:20 -0500, Carl Worth wrote: > 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

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

On Fri, 9 Apr 2010 14:28:32 -0500, Anthony Towns wrote: > [0] Not much, afaics! [1] > [1] Man, what are the chances that will ever get old? [0] Thanks AJ, I like it! -Mark

[notmuch] Bulk message tagging

On Mon, 5 Apr 2010 01:15:39 -0500, Xavier Maillard wrote: > On Sun, 04 Apr 2010 07:38:03 -0400, Jesse Rosenthal > wrote: > > On Sun, 04 Apr 2010 06:37:53 +0200, Xavier Maillard wrote: > > > Is there an easy way to mark a whole bunch of message (restricted > > > in a region, result of a search,

Re: [notmuch] Bulk message tagging

On Mon, 5 Apr 2010 01:15:39 -0500, Xavier Maillard x...@gnu.org wrote: On Sun, 04 Apr 2010 07:38:03 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote: On Sun, 04 Apr 2010 06:37:53 +0200, Xavier Maillard x...@gnu.org wrote: Is there an easy way to mark a whole bunch of message (restricted

[notmuch] Any idea why my emacs doesn't want to accept my notmuch-folder keymap changes?

On Wed, 10 Mar 2010 16:01:28 -0600, James Vasile wrote: > You have a typo: mot-much-folder-mode-map should be > notmuch-folder-mode-map. (s/motmuch/notmuch/) Wow, how long can you stare at something and not see the obvious? Thanks, -Mark

Re: [notmuch] Any idea why my emacs doesn't want to accept my notmuch-folder keymap changes?

On Wed, 10 Mar 2010 16:01:28 -0600, James Vasile ja...@hackervisions.org wrote: You have a typo: mot-much-folder-mode-map should be notmuch-folder-mode-map. (s/motmuch/notmuch/) Wow, how long can you stare at something and not see the obvious? Thanks, -Mark

[notmuch] Thoughts on not seeing messages I can't deal with (yet, or now, or here...)

Carl, There's a post from a while ago about using GTD on Remember The Milk. Remember the Milk as described here is mainly a todo manager, but the saved search (as a list of todo tasks that match the criterion) is what's being utilized here that makes me think so much of notmuch. This seems to

Re: [notmuch] Thoughts on not seeing messages I can't deal with (yet, or now, or here...)

Carl, There's a post from a while ago about using GTD on Remember The Milk. Remember the Milk as described here is mainly a todo manager, but the saved search (as a list of todo tasks that match the criterion) is what's being utilized here that makes me think so much of notmuch. This seems to

[notmuch] Mail in git

On Wed, 17 Feb 2010 10:03:36 -0500, Ben Gamari wrote: > > notmuch would then only search and provide the hash ID(s); tags > > would be a function of storage. > > > > Is it possible to find out all trees that reference a given object > > with Git in constant or sub-linear time? > > > I don't

Re: [notmuch] Mail in git

On Wed, 17 Feb 2010 10:03:36 -0500, Ben Gamari bgam...@gmail.com wrote: notmuch would then only search and provide the hash ID(s); tags would be a function of storage. Is it possible to find out all trees that reference a given object with Git in constant or sub-linear time? I don't

[notmuch] Threading

On Tue, 15 Dec 2009 16:54:20 +0100, Marten Veldthuis wrote: > On Thu, 10 Dec 2009 13:30:13 -0800, Carl Worth wrote: > > But I still have a hard time justifying user operations to manipulate > > threading. The whole point of threading is to make it faster to process > > and read messages. But

[notmuch] Rather simple optimization for notmuch tag

On Wed, 23 Dec 2009 03:45:14 +, Olly Betts wrote: > Carl Worth writes: > > On Fri, 18 Dec 2009 00:49:00 -0700, Mark Anderson wrote: > > > I was updating my poll script that tags messages, and a common idiom is > > > to put > > > tag +mytag and not

[notmuch] [Orgmode] Notmuch: An emacs interface for fast global search and tagging of email

Excerpts from Jed Brown's message of Thu Dec 10 05:26:25 -0700 2009: > On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote: > > 1. Rewriting the code to not use apply-partially > > 1b. Use apply-partially > > (defun apply-partially (fun args) > "Return a function that is a partial

Re: [notmuch] [Orgmode] Notmuch: An emacs interface for fast global search and tagging of email

Excerpts from Jed Brown's message of Thu Dec 10 05:26:25 -0700 2009: On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth cwo...@cworth.org wrote: 1. Rewriting the code to not use apply-partially 1b. Use apply-partially (defun apply-partially (fun rest args) Return a function that is a

[notmuch] Threading

, and suggest that to notmuch. Is there a method for this existing in notmuch yet? Mark Anderson

[notmuch] [PATCH] Added regress option to tags iterator

Excerpts from Carl Worth's message of Wed Dec 09 13:08:43 -0700 2009: > On Wed, 9 Dec 2009 14:24:46 +0100, Ruben Pollan > wrote: > > Do you like to call them regress? Should I change that? > > I don't love the name, (since it's so close to the word "regression" > which has a totally different

Re: [notmuch] [PATCH] Added regress option to tags iterator

Excerpts from Carl Worth's message of Wed Dec 09 13:08:43 -0700 2009: On Wed, 9 Dec 2009 14:24:46 +0100, Ruben Pollan mes...@sindominio.net wrote: Do you like to call them regress? Should I change that? I don't love the name, (since it's so close to the word regression which has a totally

[notmuch] Threading

, and suggest that to notmuch. Is there a method for this existing in notmuch yet? Mark Anderson ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

[notmuch] Hi, I'm Mark, and I'm addicted to effective mail handling

I've been a good friend of Carl's since college, and was following his interest in 'sup'. I have transitioned to 'sup', and I'm ready to move on. I just want a text email system that looks a lot like GMail, but isn't owned elsewhere. I want to be able to control the data. I just recenty found