Fix a few documentation typos in notmuch.h
Signed-off-by: Fernando Carrijo
---
lib/notmuch.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/notmuch.h b/lib/notmuch.h
index 32ab199..873ec09 100644
--- a/lib/notmuch.h
+++ b/lib/notmuch.h
@@ -410,7 +410,7 @@
Carl mentioned that he saw some nasty performance issues with threads
that had a lot of HTML messages in them.
If you are experiencing this problem, would you mind trying some
alternative mm-text-html-renderer setting:
http://mh-e.sourceforge.net/manual/html/HTML.html
Also, if you have elinks,
From: Aneesh Kumar K.V
This patch add --format=sender-only option.
Signed-off-by: Aneesh Kumar K.V
---
notmuch-reply.c | 54 --
1 files changed, 40 insertions(+), 14 deletions(-)
diff --git a/notmuch-reply.c
tachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091205/77e16b93/attachment.pgp>
Prompt for a directory and write all attachments of the current
message to that directory, prompting for a filename for each with a
default value of the filename specified in the attachment.
The behavior of this function differs in two ways from the existing
notmuch-show-save-attachments
Previously only mime parts that indicated specified a "disposition" of
"attachment" were saved. However there are time when it is important
to be able to save inline content as well. After this commit any mime
part that specifies a filename will be considered when saving
attachments.
---
I found there were some attachments I couldn't save using the existing
functionality. Since I was already touching the code I implemented a
rough cut at the "save all attachments" function Carl requested as
well.
I don't think this is the best code in the world but it gets the job
done for now
Commit cd467caf renamed notmuch_query_search to notmuch_query_search_messages.
Commit 1ba3d46f created notmuch_query_search_threads. We better keep the docs
of notmuch_query_create consistent with
This function parses the displayed message to recover header
fields. It uses mailheader.el to do the actual header parsing, after
preprocessing to remove indentation. It relies on the variables
notmuch-show-message-begin-regexp, notmuch-show-header-begin-regexp,
and
Excerpts from Carl Worth's message of Sat Dec 05 01:56:56 +0100 2009:
> Cool. At least not everyone thinks I'm crazy then. That's
> encouraging. :-)
I'm not convinced that re-implementing lots of things that autoconf
already handles properly & portably is the better route to go. It's
purely a
On Fri, 04 Dec 2009 16:39:50 -0800, Carl Worth wrote:
> But when viewing an actual message, I'm still planning on having notmuch
> just return an arbitrary filename from the list of filenames associated
> with that message. Does anyone see any problem with that? Can you think
> of a case where
hy.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/20091205/314701c6/attachment.pgp>
--
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/20091205/1283340b/attachment.pgp>
--
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/20091205/33bebe44/attachment.pgp>
Excerpts from Carl Worth's message of Sat Dec 05 01:56:56 +0100 2009:
Cool. At least not everyone thinks I'm crazy then. That's
encouraging. :-)
I'm not convinced that re-implementing lots of things that autoconf
already handles properly portably is the better route to go. It's
purely a waste
On Sat, 05 Dec 2009 09:51:58 +0100, Marten Veldthuis mar...@veldthuis.com
wrote:
On Fri, 04 Dec 2009 16:39:50 -0800, Carl Worth cwo...@cworth.org wrote:
But when viewing an actual message, I'm still planning on having notmuch
just return an arbitrary filename from the list of filenames
16 matches
Mail list logo