On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote:
Elsewhere in the thread Jameson Rollins wrote:
I should have mentioned in my previous mail that I think this tool is
a great idea, and I plan on using it. I just hope that all of it's
functionality will be integrated
On Thu, 25 Feb 2010 01:00:04 +0100 (CET), ra...@free.fr wrote:
Hi Carl,
Could you also write a commit message describing what the patch does?
The easiest way for me to apply that would be if you would create a git
commit, then run git format-patch origin/master and mail the resulting
On Fri, 26 Feb 2010 12:00:06 -0800, Carl Worth cwo...@cworth.org wrote:
[This mail started as some off-topic rambling in my reply to the
notmuch-reply script. So that's why it starts on one topic and ends
somewhere else entirely.]
I'm currently avoiding any locking failures with notmuch
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth cwo...@cworth.org wrote:
What's your favorite thing about notmuch?
I can process my inbox in a linear fassion (by pressing space). During
that, I'm not distracted by various GUI elements, which remind me how
many other emails I have to read. I
Resending as this did not get through the list somehow. Sorry, if it
pops up twice now
---BeginMessage---
From git repository git://github.com/spaetz/notmuch-all-feature.git I
would like to advocate the following branches for quick pulling. Each
contains 1 or 2 patches. They have all been based
to count everything. Anyone have a better option for what the
give-me-everything syntax should be?
notmuch count ''
The search patterns limit the matched messages/folders. An empty pattern
should match everything.
I agree that '' should work, but then I would expect to have '*' work as
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth cwo...@cworth.org wrote:
What's your favorite thing about notmuch?
It is simple and fast. It lets me use emacs as MUA which I tried
before. But I always gave up on GNUS.
What about notmuch makes it distinctive compared to other email
The previous json patches forgot to add the notmuch tags to the json output.
This is inconsistent to the text output so here they are. We just output a
'tags' field that sends a space delimited list of json-encoded notmuch tags.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
More json woes... This mail makes json parser commit suicide:
body: [{id: 1, content-type: text/html}, {id: 2,
content-type: text/plain, content: (null)}
and yes, it has empty mime parts.
Sebastian
___
notmuch mailing list
notmuch@notmuchmail.org
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
notmuch-show.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 0f10797..4c794c4 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -310,10 +310,12 @@ format_part_json
On Mon, 01 Mar 2010 11:27:07 -0500, Ben Gamari bgam...@gmail.com wrote:
2. get the list of new mails which need to be indexed
(current notmuch does recursive file traversal, for git-based store
it will be something like system(git diff-tree --name-status ...)
Is this really
On Mon, 1 Mar 2010 16:39:06 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The previous json patches forgot to add the notmuch tags to the json
output. This is inconsistent to the text output so here they are. We
just output a 'tags' field that sends a space delimited list of
This is probably a very stupid implementation. I do not know elisp
well, so I appreciate advises on how to avoid code duplication.
Signed-off-by: Michal Sojka sojk...@fel.cvut.cz
---
notmuch.el | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/notmuch.el
On Mon, 01 Mar 2010 13:26:52 -0400, David Bremner brem...@unb.ca wrote:
On Mon, 1 Mar 2010 16:39:06 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The previous json patches forgot to add the notmuch tags to the json
output. This is inconsistent to the text output so here they are. We
On Mon, 01 Mar 2010 13:43:24 -0500, Ben Gamari bgam...@gmail.com wrote:
Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010:
How do you propose that the backends keep track of what mail has been
indexed?
For example by using Xapian metadata:
On Fri, 26 Feb 2010 14:49:25 -0500, Mike Kelly wrote:
> The following patches attempt to provide a simple, extendable approach
> to handling the 'Seen' maildir flag. To appease (hopefully) everyone, it
> will only do this for new messages. This means that people coming from
> another MUA won't be
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth wrote:
> Elsewhere in the thread Jameson Rollins wrote:
> > I should have mentioned in my previous mail that I think this tool is
> > a great idea, and I plan on using it. I just hope that all of it's
> > functionality will be integrated directly
On Thu, 25 Feb 2010 01:00:04 +0100 (CET), racin at free.fr wrote:
> Hi Carl,
>
> > Could you also write a commit message describing what the patch does?
> > The easiest way for me to apply that would be if you would create a git
> > commit, then run "git format-patch origin/master" and mail the
On Fri, 26 Feb 2010 12:00:06 -0800, Carl Worth wrote:
> [This mail started as some off-topic rambling in my reply to the
> notmuch-reply script. So that's why it starts on one topic and ends
> somewhere else entirely.]
>
> I'm currently avoiding any locking failures with notmuch commands by
>
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth wrote:
>What's your favorite thing about notmuch?
I can process my inbox in a linear fassion (by pressing space). During
that, I'm not distracted by various GUI elements, which remind me how
many other emails I have to read. I can fully
When importing a new mail do check for maildir tags and assign corresponding
notmuch tags.
Based on a patch by Michiel Buddingh and
subsequently modified by Tim Stoakes, Stewart Smith, and Sebastian Spaeth (see
mail thread around mail id:20100210031339.GH16686 at mail.rocksoft.com)
Do note
<http://notmuchmail.org/pipermail/notmuch/attachments/20100301/059017a1/attachment.mht>
On Tue, 23 Feb 2010 12:56:15 -0800, Carl Worth wrote:
[JSON patch]
> Anyway, very well done! I've applied this now with one change:
I might be dumb. But does the json output really not provide the notmuch
tags of a message as the text output does, and is that intentional?
I was trying to make
I have added a section to http://notmuchmail.org/emacstips/
that tries to describe the common workflow of notmuch.el users. It is
not finished yet, and it might better belong on a page of it's own.
I also recognize that it probably overlaps with James' new page on
initial tagging somewhat, but I
> > to count everything. Anyone have a better option for what the
> > give-me-everything syntax should be?
>
> notmuch count ''
>
> The search patterns limit the matched messages/folders. An empty pattern
> should match everything.
I agree that '' should work, but then I would expect to have
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth wrote:
>What's your favorite thing about notmuch?
It is simple and fast. It lets me use emacs as MUA which I tried
before. But I always gave up on GNUS.
>What about notmuch makes it distinctive compared to other email
>programs?
Did I
The previous json patches forgot to add the notmuch tags to the json output.
This is inconsistent to the text output so here they are. We just output a
'tags' field that sends a space delimited list of json-encoded notmuch tags.
Signed-off-by: Sebastian Spaeth
---
notmuch-show.c |5 +++--
More json woes... This mail makes json parser commit suicide:
"body": [{"id": 1, "content-type": "text/html"}, {"id": 2,
"content-type": "text/plain", "content": (null)}
and yes, it has empty mime parts.
Sebastian
Signed-off-by: Sebastian Spaeth
---
notmuch-show.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 0f10797..4c794c4 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -310,10 +310,12 @@ format_part_json (GMimeObject *part,
Excerpts from Michal Sojka's message of Mon Mar 01 03:57:26 -0500 2010:
> Hi, when you are on this topic, I'll put my two cents in. Currently
> notmuch works only with mail-store comprised of files. People want to
> work with their mails on multiple computers so there are several
> ideas/solutions
On Mon, 01 Mar 2010 11:27:07 -0500, Ben Gamari wrote:
> > 2. get the list of new mails which need to be indexed
> >(current notmuch does recursive file traversal, for git-based store
> >it will be something like system("git diff-tree --name-status ...")
> >
> Is this really necessary?
On Mon, 1 Mar 2010 16:39:06 +0100, Sebastian Spaeth
wrote:
> The previous json patches forgot to add the notmuch tags to the json
> output. This is inconsistent to the text output so here they are. We
> just output a 'tags' field that sends a space delimited list of
> json-encoded notmuch tags.
This is probably a very stupid implementation. I do not know elisp
well, so I appreciate advises on how to avoid code duplication.
Signed-off-by: Michal Sojka
---
notmuch.el | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index
This adds --sender-only option to reply command, which makes the reply
go only to the original sender.
Signed-off-by: Michal Sojka
---
notmuch-reply.c |9 +++--
notmuch.1 |6 ++
notmuch.c |3 +++
3 files changed, 16 insertions(+), 2 deletions(-)
diff --git
ield be an array of strings
makes the most sense.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100301/0fd37ca6/attachment.pgp>
Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010:
> > Is this really necessary? Another option (which I believe has been
> > mentioned here in the past) is to simply pass notmuch new a list of
> > message "paths" to add (although I'm not sure if many mail delivery
> >
a variety of security holes.
Feel free to use, enhance, etc. It would be good if improvements were
made available to all.
Teaser pictures:
- a list of messages (tag:notmuch in this case):
http://dme.org/notmuch/index-20100301.png
- a displayed forest:
http://dme.org/notmuch/thread-20100301.png
DraX on IRC asked, so here's a git repository:
git://github.com/dme/noneatall.git
dme.
--
David Edmondson, http://dme.org
On Mon, 01 Mar 2010 13:43:24 -0500, Ben Gamari wrote:
> Excerpts from Michal Sojka's message of Mon Mar 01 12:18:55 -0500 2010:
> > > How do you propose that the backends keep track of what mail has been
> > > indexed?
> >
> > For example by using Xapian metadata:
> >
e Kelly
-- next part --
A non-text attachment was scrubbed...
Name: 0001-Support-notmuch-count-with-no-args-or.patch
Type: text/x-patch
Size: 772 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100301/b02342df/attachment.bin>
--
40 matches
Mail list logo
