On Sun, 20 Dec 2009 15:29:15 +1100, Alex Ghitza wrote:
> Good. So we can put this in notmuch.el and Keith will get everybody's
> sent mail. :)
That seems sub-optimal, at least for me...
> It looks like we need a way to get the primary email address from the
> config file.
We actually want to
/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091219/4241bcf9/attachment.pgp>
On Sat, 19 Dec 2009 18:50:17 -0800, Keith Packard wrote:
> On Sat, 19 Dec 2009 18:37:12 -0800, Carl Worth wrote:
>
> > So we need to figure out how to configure (or hook) that
> > to insert the Bcc, and then we can fix notmuch.el to do this without any
> > user configuration.
>
> Just call:
>
On Sat, 19 Dec 2009 18:37:12 -0800, Carl Worth wrote:
> So we need to figure out how to configure (or hook) that
> to insert the Bcc, and then we can fix notmuch.el to do this without any
> user configuration.
Just call:
(message-mail nil nil '(("bcc" "kei...@keithp.com")))
instead of (message
at keithp.com")))
instead of (message-mail)
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/
On Sun, 20 Dec 2009 11:24:52 +1100, Alex Ghitza wrote:
> However, if I'm using notmuch in emacs and press 'm' to compose a new
> message, then the Bcc header is not added automatically and I guess it's
> not surprising that the rest doesn't work as expected.
Yeah, sorry about that. That's a known
that I'm
composing and sending.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091219/682e4f96/attachment.pgp>
On Sat, 19 Dec 2009 02:55:16 -0800, Jed Brown wrote:
> On Sat, 19 Dec 2009 15:41:14 +1100, Alex Ghitza wrote:
> > Bcc-ing myself on every sent message is suboptimal for a number of
> > reasons: (1) gmail throws away the bcc-ed copy since it has the same
> > message id as the one sitting in the gm
Hello,
Many thanks to Marten and Carl for the advice on using scripts for
assigning tags automatically. It works like a charm.
The next hurdle seems to be dealing with sent mail. I would like each
message that I send to be saved in my local mail folder and treated the
same as all my other mess
Briefly describe the NOTMUCH_CONFIG variable there.
---
It turns out that it is documented in notmuch help setup, but I
missed it.
I'm not sure how to phrase it to fit at the end of notmuch help,
suggestions welcome. For now I added a traditional ENVIRONMENT
VARIABLES section to the man
From: David Bremner
Currently this only outputs the information from the "message header";
i.e. the part before the rfc2822 header or body.
Adding this required adding an extra parameter, currently unused, to
format_message_text and format_message_json. Also the struct
definition is changed to m
From: David Bremner
This makes it easier to define minimal formats without defining several
dummy functions that do nothing.
---
notmuch-show.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index b6e3f44..51aa87d 100644
--- a
From: David Bremner
---
notmuch-search.c |6 +++---
notmuch-show.c |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/notmuch-search.c b/notmuch-search.c
index e243747..482c6e8 100644
--- a/notmuch-search.c
+++ b/notmuch-search.c
@@ -221,14 +221,14 @@ notmuch_sea
Here is a set of 3 patches to implement (some) output control.
[PATCH 1/3] rename option to select output format to --format from --output.
[PATCH 2/3] notmuch-show.c: make calls to format functions conditional
The first two are essentially suggestions for Scott. In particular the first
is no
On Sat, 19 Dec 2009 09:02:11 +0100, Marten Veldthuis
wrote:
> > Anyone have a solution here?
>
> Something like "git help add" just opens the manpage for git-add. Can't
> we do the same here?
The granularity is different, though. I like that "notmuch help show"
shows just the documentation for
tin"
help unless the external man-based stuff is working and installed. I'm
not sure that I want to depend on that.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not availab
On Fri, 18 Dec 2009 21:24:10 -0800, Carl Worth wrote:
> Currently we're replicating all of our documentation both in the man
> page and in the output from "notmuch help". It's annoying to have to
> add everything in two places, but I don't have a good idea for making
> that sharable yet.
>
> Anyo
From: David Bremner
Currently this only outputs the information from the "message header";
i.e. the part before the rfc2822 header or body.
Adding this required adding an extra parameter, currently unused, to
format_message_text and format_message_json. Also the struct
definition is changed to m
From: David Bremner
This makes it easier to define minimal formats without defining several
dummy functions that do nothing.
---
notmuch-show.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index b6e3f44..51aa87d 100644
--- a
From: David Bremner
---
notmuch-search.c |6 +++---
notmuch-show.c |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/notmuch-search.c b/notmuch-search.c
index e243747..482c6e8 100644
--- a/notmuch-search.c
+++ b/notmuch-search.c
@@ -221,14 +221,14 @@ notmuch_sea
Here is a set of 3 patches to implement (some) output control.
[PATCH 1/3] rename option to select output format to --format from --output.
[PATCH 2/3] notmuch-show.c: make calls to format functions conditional
The first two are essentially suggestions for Scott. In particular the first
is no
Briefly describe the NOTMUCH_CONFIG variable there.
---
It turns out that it is documented in notmuch help setup, but I
missed it.
I'm not sure how to phrase it to fit at the end of notmuch help,
suggestions welcome. For now I added a traditional ENVIRONMENT
VARIABLES section to the man
---
lib/message.cc |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/message.cc b/lib/message.cc
index cc32741..7129d59 100644
--- a/lib/message.cc
+++ b/lib/message.cc
@@ -391,7 +391,7 @@ notmuch_message_get_replies (notmuch_message_t *message)
* multiple filenam
On Sat, 19 Dec 2009 15:41:14 +1100, Alex Ghitza wrote:
> Bcc-ing myself on every sent message is suboptimal for a number of
> reasons: (1) gmail throws away the bcc-ed copy since it has the same
> message id as the one sitting in the gmail sent mail, and so the
> bcc-ed copy never makes it back to
On Sat, 19 Dec 2009 15:41:14 +1100, Alex Ghitza wrote:
> Bcc-ing myself on every sent message is suboptimal for a number of
> reasons: (1) gmail throws away the bcc-ed copy since it has the same
> message id as the one sitting in the gmail sent mail, and so the
> bcc-ed copy never makes it back to
On Fri, 18 Dec 2009 16:57:16 -0800, Carl Worth wrote:
> You can, actually. Just set the NOTMUCH_CONFIG environment variable to
> your alternate configuration file. (And yes, we're missing any mention
> of this in our documentation.)
Sweet. Where would be the best place to document it? Just in the
When we see a message where we already have the file
id stored, check if the size is larger. If it is then
re-index and set the file size and name to be the
new message.
---
Here's the (quite simple) patch to implement indexing the
largest copy of each mail that we have.
Does the re-indexin
When indexing a message store the filesize along with it so that
when we store all the filenames for a message-id we can know if
any of them have different content cheaply.
The value stored is defined to be the largest filesize of any
of the files for that message.
This changes the API for effici
On Fri, 18 Dec 2009 14:29:21 -0800, Carl Worth wrote:
> On Fri, 18 Dec 2009 21:21:03 +, James Westby jameswestby.net> wrote:
> Yes, a value makes sense here and should make the value easy to
> retrieve.
Excellent.
> I usually use a little tool I wrote called xapian-dump. It currently
> exis
On Fri, 18 Dec 2009 21:24:10 -0800, Carl Worth wrote:
> Currently we're replicating all of our documentation both in the man
> page and in the output from "notmuch help". It's annoying to have to
> add everything in two places, but I don't have a good idea for making
> that sharable yet.
>
> Anyo
30 matches
Mail list logo