On Thursday 04 of February 2010 21:50:18 Carl Worth wrote:
> The test suite is still extremely rudimentary. Here are some things I'd
> like to improve about it:
I converted the actual version of notmuch-test to git test framework.
The result is in the followup patches.
I'd like to know opinion of
ff-by: Michal Sojka
---
test/Makefile | 46 +++
test/README | 297 +
test/aggregate-results.sh | 34 ++
test/t-basic.sh | 368 +
test/test-lib.sh | 787 +
5 files ch
of tests
./t0001-new.sh -v
To not remove trash directory at the end:
./t0001-new.sh -d
To run all tests verbosely:
make make GIT_TEST_OPTS="-v"
TODO: Convert GIT_* variables in test-lib.sh to NOTMUCH_*
Signed-off-by: Michal Sojka
---
test/notmuch-test| 542 -
This removes Git specific things from the test-lib.sh and adds helper
functions for notmuch taken from Carl's notmuch-test script. README is
also slightly modified to reflect the current state.
Signed-off-by: Michal Sojka
---
test/Makefile |1 +
test/README | 12 +-
ould also fix Sebastian's problem.
8<
From afcc07ae03ae40cf7e1c33d8632fba0a9fc0b4c8 Mon Sep 17 00:00:00 2001
From: Michal Sojka
Date: Tue, 9 Feb 2010 15:35:39 +0100
Subject: [PATCH] Suppress warning on amd64
---
lib/database.cc |5 -
1 files changed, 4 insertions(+),
On Tue, 9 Feb 2010 10:38:04 -0500, Brett Viren wrote:
> Hi,
>
> I use procmail to prefilter mail into various sub groups of a Maildir.
> This Maildir is served by dovecot IMAP and is also visible to
> notmuch. I run "notmuch new" followed by "notmuch tag -inbox -unread
> tag:inbox" (I use GNUS
On Wed, 10 Feb 2010 12:54:52 -0800, Carl Worth wrote:
> PS. I know that attaching the output of "git format-patch" to a message
> like this isn't the "git way". (That is, you won't get the right result
> by simply piping this message to "git am".) But I really wish it
> were. It seems I often writ
Hi,
recently, I got a message (attached) which is diplayed incorrectly in
emacs GUI. Instead of the message I see direct output of notmuch show
(with ^L characters). I wonder whether it is a porblem of notmuch or it
is because the message does not comform to standards. What do you think?
Michal
On Thu, 11 Feb 2010 13:42:08 -0800, Carl Worth wrote:
> Interesting. My only real concern at this point is that some of the new files
> have a copyright header identifying Junio as the copyright holder, but
> no license information. Meanwhile, the implicit license of git (GPLv2
> only) is incompat
On Thu, 11 Feb 2010 23:01:08 -0400, da...@tethera.net wrote:
> From: David Bremner
>
> Provide key bindings for stuffing various RFC822 header fields and other
> metadata
> into the emacs kill-ring as text. The bindings are as follows:
>
> z F notmuch-show-stash-filename
> z T
On Tue, 09 Feb 2010 18:18:38 -0800, Carl Worth wrote:
> On Tue, 9 Feb 2010 17:55:21 -0800, Alexander Botero-Lowry
> wrote:
> > Now instead of requiring every single message be parsed, we now check
> > the Content-type in the parsed headers and only do HTML inlining if it's
> > text/html
>
> Ex
Dear Junio,
I like the simple and powerful test suite used by Git and I would like
to use something like that in Notmuch project (http://notmuchmail.org/).
Notmuch is licenced under GPLv3 and we think that things will be simpler
if everything in the repository is licenced the same. You are mention
Hi Stewart,
On Mon, 15 Feb 2010 11:29:14 +1100, Stewart Smith
wrote:
> Which goes from a 15GB Maildir to a 3.7GB git repo.
That's quite interesting ratio. I've tried a plain git add and git gc on
my mail store and the result was a repo of approximately 50% of mail
store size. Do you think that
On Tue, 16 Feb 2010 13:21:28 +1100, Stewart Smith
wrote:
> What about this patch (just with those few things fixed)?
>
> diff --git a/notmuch-new.c b/notmuch-new.c
> index f25c71f..8303047 100644
> --- a/notmuch-new.c
> +++ b/notmuch-new.c
> @@ -39,6 +39,7 @@ typedef struct {
> int total_fi
Nice, it works for me.
On Mon, 15 Feb 2010 10:03:32 +, David Edmondson wrote:
> This version is over-eager in marking (non-)signatures. The second call
> to 'overlay-put' needs to move inside the 'if' a line below.
Could you please send a fixed patch so that it can be applied easilly.
Micha
On Tue, 16 Feb 2010 02:27:37 -0800 (PST), Jakub Narebski
wrote:
> Michal Sojka writes:
>
> > I like the simple and powerful test suite used by Git and I would like
> > to use something like that in Notmuch project (http://notmuchmail.org/).
> > [...]
>
> Have you
Dear Pierre, Johannes (2x) and Sverre,
as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3
project. Do you mind if I use your work in that file under GPLv3?
Thanks
Michal
On Mon, 15 Feb 2010 09:39:28 +0100, Michal Sojka wrote:
> Dear Junio,
>
> I like the
On Fri, 19 Feb 2010 13:31:15 +1300, martin f krafft wrote:
> also sprach Ben Gamari [2010.02.18.1810 +1300]:
> > > Instead of nested subtrees, think of 16 subtrees forming
> > > a level-1 hash table, or 256 for level-2, which really *ought*
> > > to be enough.
> > >
> > > Anyway, rewriting a tre
On Sat, 20 Feb 2010 16:05:35 -0500, Jameson Rollins
wrote:
> I'm not at all trying to be pushy; there's just some older stuff in the
> queue that I would really like to see applied, such as folder-based
> tagging
Hi,
as for the folder-based tagging patch sent by myself, it needs some
improvemen
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 int
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 resul
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
> run
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 concentra
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? Anot
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 a
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:
> > notmuch->xapian_db->set_meta
On Tue, 2 Mar 2010 13:37:42 +0100, Sebastian Spaeth
wrote:
> Previously, we would output:
> 'On Thu, 25 Feb 2010 14:32:54 +0100, Sebastian Spaeth
> wrote:' now it is:
> 'On 2010-02-25, Sebastian Spaeth wrote:'
>
> In case we don't find a '<' (as indicator for 'Realname '), we still
> use the
On Tue, 2 Mar 2010 15:01:58 +0100, martin f krafft wrote:
> also sprach Sebastian Spaeth [2010.03.02.1337 +0100]:
> > Previously, we would output: 'On Thu, 25 Feb 2010 14:32:54 +0100,
> > Sebastian Spaeth wrote:' now it is: 'On
> > 2010-02-25, Sebastian Spaeth wrote:'
> >
> > In case we don't f
Re: =?iso-8859-2?q?Rozlu=E8ka?=".
This patch adds a new GMime filter which is used to decode headers to
UTF-8 and uses this filter when notmuch reply outputs headers.
Signed-off-by: Michal Sojka
---
I tested this patch with valgrind to debug some invalid writes in an
earlier version of the
ate"),
> - notmuch_message_get_header (message, "from"));
> + datestr,
> + short_from);
The second problem is that the value of from_addr doesn't (always?)
contain sender's addres. When I wanded to reply to this email with you
pat
On Fri, 05 Mar 2010, Xavier Maillard wrote:
> Hi,
>
> I am using Debian GNU/linux SID and notmuch and I'd like to be
> bleading edge with notmuch. So I am trying to figure out whether
> someone is maintaining a Debian package against notmuch git
> repository or not. If the former, that's nice.
Hi
On Sun, 07 Mar 2010, Xavier Maillard wrote:
> There are probably things to tweak but there is also something
> not working for me. Apparentely, you have a special file named
> 'version' in which you store a version string and its sha1 as
> taken from the rev HEAD. I do not have one and thus, I can'
Hi,
On Wed, 10 Mar 2010, Aneesh Kumar K.V wrote:
> From: Aneesh Kumar K.V
>
> This patch add --recipient=all|sender option
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> notmuch-client.h |2 +
> notmuch-reply.c | 55 -
> 2 files changed,
Hi James,
On Tue, 09 Mar 2010, James Vasile wrote:
> When notmuch creates a reply buffer, it guesses the From and Bcc
> addresses. The client is in a better position to guess these, and this
> patch adjusts notmuch-reply accordingly.
>
> diff --git a/notmuch.el b/notmuch.el
> index ab56f48..07f9
On Thu, 11 Mar 2010, James Vasile wrote:
> On Thu, 11 Mar 2010 14:00:08 +0100, Michal Sojka wrote:
> > Hi James,
> >
> > On Tue, 09 Mar 2010, James Vasile wrote:
> > > When notmuch creates a reply buffer, it guesses the From and Bcc
> > > addresses. The
On Thu, 11 Mar 2010, James Vasile wrote:
> On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka wrote:
> > thanks for clarification. It all sounds reasonable. The only problem I
> > can see now is that if I create a new account on my machine and run
> > emacs there, then t
On Thu, 11 Mar 2010, David A Benjamin wrote:
> On Thu, 11 Mar 2010, Ben Gamari wrote:
> > While the notmuch command-line interface is fantastic, there defintely are
> > a few
> > gaps which hurt performance. Since I've been following, I've seen several
> > threads on how to handle message addition
On Fri, 12 Mar 2010, Sebastian Spaeth wrote:
> > Unfortunately, I didn't make much progress in implementating this, but
> > it's definitely a priority for me because I want to get rid of slow
> > notmuchsync.
>
> notmuchsync master is now using the json output, by the way. I think
> that suppressi
On Fri, 12 Mar 2010 17:03:04 +0100, "Sebastian Spaeth"
wrote:
> On Fri, 12 Mar 2010 16:03:34 +0100, Michal Sojka wrote:
> > On Fri, 12 Mar 2010, Sebastian Spaeth wrote:
> > > > Unfortunately, I didn't make much progress in implementating this, but
>
Mails with empty body produced the following output:
"body": [{"id": 1, "content-type": "text/plain", "content": (null)}]
The (null) is not valid JSON syntax.
This patch changes the output to:
"body": [{"id": 1, &quo
On Sun, 14 Mar 2010 15:01:28 -0400, James Westby
wrote:
> On Sun, 14 Mar 2010 19:19:11 +0100, Michal Sojka wrote:
> > Mails with empty body produced the following output:
> > "body": [{"id": 1, "content-type": "text/plain", "content
On Tue, 16 Mar 2010, Sandra Snan wrote:
> Emacs has an interface called compose-mail which uses whatever mailing
> mode that you’ve selected in mail-user-agent so if you like the
> message mode that’s been hard-coded into notmuch.el, (setq
> mail-user-agent 'message-user-agent) and this will use th
On Wed, 17 Mar 2010, Ben Gamari wrote:
> While trying perfect my initial tagging script, I have run into a very strange
> set of issue. In my script, I use the following to exclude mailing list
> traffic
> from my inbox,
>
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
>
Hi all,
I've finally found some time to implement the mailstore abstraction
was initially described in id:87ljecmnbd@steelpick.localdomain and
id:87eijqlz54@steelpick.localdomain.
The idea is to allow notmuch operate on different types of mail
storage (e.g. mail in git repositories) and t
name for the file.
This mailstore is enabled by putting
[mailstore]
type=maildir
to your .notmuch-config.
Signed-off-by: Michal Sojka
---
lib/database.cc |7 ++
lib/mailstore-files.c | 167 -
lib/mailstore.c |1 +
lib
ue of this option is the plain-file mailstore currently
implemented in notmuch.
Signed-off-by: Michal Sojka
---
lib/Makefile.local |2 +
lib/database-private.h |1 +
lib/database.cc | 15 ++--
lib/mailstore-files.c | 43
lib/mailstore-privat
Signed-off-by: Michal Sojka
---
test/t0006-maildir.sh | 113 +
test/test-lib.sh |7 ++-
2 files changed, 118 insertions(+), 2 deletions(-)
create mode 100755 test/t0006-maildir.sh
diff --git a/test/t0006-maildir.sh b/test/t0006
library.
Signed-off-by: Michal Sojka
---
lib/mailstore-files.c | 590 +++
notmuch-new.c | 611 ++---
2 files changed, 615 insertions(+), 586 deletions(-)
diff --git a/lib/mailstore-files.c b/lib
On Wed, 10 Feb 2010 12:54:52 -0800, Carl Worth wrote:
> PS. I know that attaching the output of "git format-patch" to a message
> like this isn't the "git way". (That is, you won't get the right result
> by simply piping this message to "git am".) But I really wish it
> were. It seems I often writ
Hi,
recently, I got a message (attached) which is diplayed incorrectly in
emacs GUI. Instead of the message I see direct output of notmuch show
(with ^L characters). I wonder whether it is a porblem of notmuch or it
is because the message does not comform to standards. What do you think?
Michal
On Thu, 11 Feb 2010 13:42:08 -0800, Carl Worth wrote:
> Interesting. My only real concern at this point is that some of the new files
> have a copyright header identifying Junio as the copyright holder, but
> no license information. Meanwhile, the implicit license of git (GPLv2
> only) is incompat
On Thu, 11 Feb 2010 23:01:08 -0400, david at tethera.net wrote:
> From: David Bremner
>
> Provide key bindings for stuffing various RFC822 header fields and other
> metadata
> into the emacs kill-ring as text. The bindings are as follows:
>
> z F notmuch-show-stash-filename
> z T
On Tue, 09 Feb 2010 18:18:38 -0800, Carl Worth wrote:
> On Tue, 9 Feb 2010 17:55:21 -0800, Alexander Botero-Lowry at gmail.com> wrote:
> > Now instead of requiring every single message be parsed, we now check
> > the Content-type in the parsed headers and only do HTML inlining if it's
> > text/h
Dear Junio,
I like the simple and powerful test suite used by Git and I would like
to use something like that in Notmuch project (http://notmuchmail.org/).
Notmuch is licenced under GPLv3 and we think that things will be simpler
if everything in the repository is licenced the same. You are mention
Hi Stewart,
On Mon, 15 Feb 2010 11:29:14 +1100, Stewart Smith
wrote:
> Which goes from a 15GB Maildir to a 3.7GB git repo.
That's quite interesting ratio. I've tried a plain git add and git gc on
my mail store and the result was a repo of approximately 50% of mail
store size. Do you think that
On Tue, 16 Feb 2010 13:21:28 +1100, Stewart Smith
wrote:
> What about this patch (just with those few things fixed)?
>
> diff --git a/notmuch-new.c b/notmuch-new.c
> index f25c71f..8303047 100644
> --- a/notmuch-new.c
> +++ b/notmuch-new.c
> @@ -39,6 +39,7 @@ typedef struct {
> int total_fi
Nice, it works for me.
On Mon, 15 Feb 2010 10:03:32 +, David Edmondson wrote:
> This version is over-eager in marking (non-)signatures. The second call
> to 'overlay-put' needs to move inside the 'if' a line below.
Could you please send a fixed patch so that it can be applied easilly.
Micha
On Tue, 16 Feb 2010 02:27:37 -0800 (PST), Jakub Narebski
wrote:
> Michal Sojka writes:
>
> > I like the simple and powerful test suite used by Git and I would like
> > to use something like that in Notmuch project (http://notmuchmail.org/).
> > [...]
>
> Have you
Dear Pierre, Johannes (2x) and Sverre,
as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3
project. Do you mind if I use your work in that file under GPLv3?
Thanks
Michal
On Mon, 15 Feb 2010 09:39:28 +0100, Michal Sojka wrote:
> Dear Junio,
>
> I like the
On Fri, 19 Feb 2010 13:31:15 +1300, martin f krafft
wrote:
> also sprach Ben Gamari [2010.02.18.1810 +1300]:
> > > Instead of nested subtrees, think of 16 subtrees forming
> > > a level-1 hash table, or 256 for level-2, which really *ought*
> > > to be enough.
> > >
> > > Anyway, rewriting a tr
On Sat, 20 Feb 2010 16:05:35 -0500, Jameson Rollins wrote:
> I'm not at all trying to be pushy; there's just some older stuff in the
> queue that I would really like to see applied, such as folder-based
> tagging
Hi,
as for the folder-based tagging patch sent by myself, it needs some
improvement
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 int
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 re
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
> run
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 concentra
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? Anot
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 a
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:
> > notmuch->xapian_db->set_meta
On Tue, 2 Mar 2010 13:37:42 +0100, Sebastian Spaeth
wrote:
> Previously, we would output:
> 'On Thu, 25 Feb 2010 14:32:54 +0100, Sebastian Spaeth SSpaeth.de> wrote:' now it is:
> 'On 2010-02-25, Sebastian Spaeth wrote:'
>
> In case we don't find a '<' (as indicator for 'Realname '), we still
On Tue, 2 Mar 2010 15:01:58 +0100, martin f krafft
wrote:
> also sprach Sebastian Spaeth [2010.03.02.1337
> +0100]:
> > Previously, we would output: 'On Thu, 25 Feb 2010 14:32:54 +0100,
> > Sebastian Spaeth wrote:' now it is: 'On
> > 2010-02-25, Sebastian Spaeth wrote:'
> >
> > In case we don
Re: =?iso-8859-2?q?Rozlu=E8ka?=".
This patch adds a new GMime filter which is used to decode headers to
UTF-8 and uses this filter when notmuch reply outputs headers.
Signed-off-by: Michal Sojka
---
I tested this patch with valgrind to debug some invalid writes in an
earlier version of the
"date"),
> - notmuch_message_get_header (message, "from"));
> + datestr,
> + short_from);
The second problem is that the value of from_addr doesn't (always?)
contain sender's addres. When I wanded to reply to this email wit
On Fri, 05 Mar 2010, Xavier Maillard wrote:
> Hi,
>
> I am using Debian GNU/linux SID and notmuch and I'd like to be
> bleading edge with notmuch. So I am trying to figure out whether
> someone is maintaining a Debian package against notmuch git
> repository or not. If the former, that's nice.
Hi
On Sun, 07 Mar 2010, Xavier Maillard wrote:
> There are probably things to tweak but there is also something
> not working for me. Apparentely, you have a special file named
> 'version' in which you store a version string and its sha1 as
> taken from the rev HEAD. I do not have one and thus, I can'
Hi,
On Wed, 10 Mar 2010, Aneesh Kumar K.V wrote:
> From: Aneesh Kumar K.V
>
> This patch add --recipient=all|sender option
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> notmuch-client.h |2 +
> notmuch-reply.c | 55 -
> 2 files changed,
Hi James,
On Tue, 09 Mar 2010, James Vasile wrote:
> When notmuch creates a reply buffer, it guesses the From and Bcc
> addresses. The client is in a better position to guess these, and this
> patch adjusts notmuch-reply accordingly.
>
> diff --git a/notmuch.el b/notmuch.el
> index ab56f48..07f9
On Thu, 11 Mar 2010, James Vasile wrote:
> On Thu, 11 Mar 2010 14:00:08 +0100, Michal Sojka
> wrote:
> > Hi James,
> >
> > On Tue, 09 Mar 2010, James Vasile wrote:
> > > When notmuch creates a reply buffer, it guesses the From and Bcc
> > > address
On Thu, 11 Mar 2010, James Vasile wrote:
> On Thu, 11 Mar 2010 17:22:41 +0100, Michal Sojka
> wrote:
> > thanks for clarification. It all sounds reasonable. The only problem I
> > can see now is that if I create a new account on my machine and run
> > emacs there, the
On Thu, 11 Mar 2010, David A Benjamin wrote:
> On Thu, 11 Mar 2010, Ben Gamari wrote:
> > While the notmuch command-line interface is fantastic, there defintely are
> > a few
> > gaps which hurt performance. Since I've been following, I've seen several
> > threads on how to handle message addition
On Fri, 12 Mar 2010, Sebastian Spaeth wrote:
> > Unfortunately, I didn't make much progress in implementating this, but
> > it's definitely a priority for me because I want to get rid of slow
> > notmuchsync.
>
> notmuchsync master is now using the json output, by the way. I think
> that suppressi
On Fri, 12 Mar 2010 17:03:04 +0100, "Sebastian Spaeth" wrote:
> On Fri, 12 Mar 2010 16:03:34 +0100, Michal Sojka
> wrote:
> > On Fri, 12 Mar 2010, Sebastian Spaeth wrote:
> > > > Unfortunately, I didn't make much progress in implementating this, but
&g
Mails with empty body produced the following output:
"body": [{"id": 1, "content-type": "text/plain", "content": (null)}]
The (null) is not valid JSON syntax.
This patch changes the output to:
"body": [{"id": 1, &quo
On Sun, 14 Mar 2010 15:01:28 -0400, James Westby
wrote:
> On Sun, 14 Mar 2010 19:19:11 +0100, Michal Sojka
> wrote:
> > Mails with empty body produced the following output:
> > "body": [{"id": 1, "content-type": "text/plain", &
On Tue, 16 Mar 2010, Sandra Snan wrote:
> Emacs has an interface called compose-mail which uses whatever mailing
> mode that you?ve selected in mail-user-agent so if you like the
> message mode that?s been hard-coded into notmuch.el, (setq
> mail-user-agent 'message-user-agent) and this will use th
On Wed, 17 Mar 2010, Ben Gamari wrote:
> While trying perfect my initial tagging script, I have run into a very strange
> set of issue. In my script, I use the following to exclude mailing list
> traffic
> from my inbox,
>
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
>
Hi all,
I've finally found some time to implement the mailstore abstraction
was initially described in id:87ljecmnbd.fsf at steelpick.localdomain and
id:87eijqlz54.fsf at steelpick.localdomain.
The idea is to allow notmuch operate on different types of mail
storage (e.g. mail in git repositories)
name for the file.
This mailstore is enabled by putting
[mailstore]
type=maildir
to your .notmuch-config.
Signed-off-by: Michal Sojka
---
lib/database.cc |7 ++
lib/mailstore-files.c | 167 -
lib/mailstore.c |1 +
lib
ue of this option is the plain-file mailstore currently
implemented in notmuch.
Signed-off-by: Michal Sojka
---
lib/Makefile.local |2 +
lib/database-private.h |1 +
lib/database.cc | 15 ++--
lib/mailstore-files.c | 43
lib/mailstore-privat
Signed-off-by: Michal Sojka
---
test/t0006-maildir.sh | 113 +
test/test-lib.sh |7 ++-
2 files changed, 118 insertions(+), 2 deletions(-)
create mode 100755 test/t0006-maildir.sh
diff --git a/test/t0006-maildir.sh b/test/t0006
library.
Signed-off-by: Michal Sojka
---
lib/mailstore-files.c | 590 +++
notmuch-new.c | 611 ++---
2 files changed, 615 insertions(+), 586 deletions(-)
diff --git a/lib/mailstore-files.c b/lib
On Sun, 21 Mar 2010, Sebastian Spaeth wrote:
> That reminds me that there is still no installation tool for cnotmuch at
> all. I'll have to have a look into that.
Hi, I have also a silly question :) Why did you call it cnotmuch? I'd
expect such a thing to be called pynotmuch or similar. When I saw
On Thu, 18 Mar 2010, Emil Sit wrote:
> Instead of blanket applying tag:inbox and tag:unread to
> all messages, when parsing a Maildir file, attempt to
> parse the flags encoded in the filename to determine whether
> to mark something as unread (and inbox). Also, parse user
> flagged messages and t
On Tue, 23 Mar 2010, Ruben Pollan wrote:
> On 16:39, Thu 18 Mar 10, Michal Sojka wrote:
> > This mailstore allows bi-directional synchronization between maildir
> > flags and certain tags. The flag-to-tag mapping is defined by flag2tag
> > array.
>
> I'm trying
On Tue, 23 Mar 2010, Ruben Pollan wrote:
> On 16:39, Thu 18 Mar 10, Michal Sojka wrote:
> > Signed-off-by: Michal Sojka
> > ---
> > test/t0006-maildir.sh | 113
> > +
> > test/test-lib.sh |7 ++-
> >
When Ctrl-C is pressed in a wrong time during notmuch new, it can lead
to removal of messages from the database even if the files were not
removed.
It happened at least once to me.
Signed-off-by: Michal Sojka
---
notmuch-new.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff
On Tue, 23 Mar 2010, Ruben Pollan wrote:
> On 14:35, Tue 23 Mar 10, Michal Sojka wrote:
> > Yes, that's a bug. Messages in your mail_folder/new probably don't have
> > any 'info' (flags) in their filename, which is correct with respect to
> > htt
l store again.
This mailstore is enabled by putting the following to your
.notmuch-config:
[mailstore]
type=maildir
Signed-off-by: Michal Sojka
---
lib/database.cc |7 ++
lib/mailstore-files.c | 203 -
lib/mailstore.c |
ue of this option is the plain-file mailstore currently
implemented in notmuch.
Signed-off-by: Michal Sojka
---
lib/Makefile.local |2 +
lib/database-private.h |1 +
lib/database.cc | 15 ++--
lib/mailstore-files.c | 43 +
lib/mailstore-privat
501 - 600 of 1037 matches
Mail list logo
