In emacs 24.3+ the stdout/stderr from externally displaying an
attachment gets inserted into the show buffer. This is caused by
changes in mm-display-external in mm-decode.el.
Ideally, we would put this output in the notmuch errors buffer but the
handler is called asynchronously so we don't know
On Sun, Nov 10 2013, David Bremner wrote:
> Although Jeffrey Stedfast fixed gmime bug 711305 amazingly quickly, it
> looks like many people still have to live with a buggy version of
> gmime for a while yet. Here is an opt-in fix that stops the test suite
> from failing; this is a simple fix for
eventually.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20131118/d43b5e4c/attachment.pgp>
=-=-=-=-=-=-=-=-
My contact info: http://meskio.net/crypto.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Nos vamos a Croatan.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: signature
URL:
<http://notmuchm
s well. Then you can just open your
> > encrypted sent mail as you would any other encrypted mail.
> >
> > jamie.
>
> It's working! Thanks for the explanations.
Excelent, thanks Jamie.
I wasn't aware of this setting and assumed that the stuff in the
gnupg config file only applies to gpg itself and not, as in alot,
for calls through the gpgme library.
Thanks for testing this Alain-Pierre.
/p
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20131118/3016a867/attachment.pgp>
notmuchmail.org/pipermail/notmuch/attachments/20131118/b8cc309f/attachment.pgp>
Quoting Jameson Graef Rollins (2013-11-17 20:43:25)
> On Sun, Nov 17 2013, Patrick Totzke wrote:
> > Quoting Jameson Graef Rollins (2013-11-16 21:47:02)
> >> On Tue, Nov 12 2013, apmanine at idaaas.com wrote:
> >> > I have recently switched to notmuch. Thank you for it!
> >> > I'm using "alot" as
n-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1027 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20131118/8ff02e4d/attachment.pgp>
Mark Walters writes:
> Thus we add a debug variable notmuch-show-attachment-debug: it this is
> non-nil we create a new buffer for each viewer; if this variable is
> nil we just use a temp buffer which means all error output is
> discarded (this is the same behaviour as with emacs pre 24.3).
Quoting Alain-Pierre Manine (2013-11-18 08:38:33)
Quoting Jameson Graef Rollins (2013-11-17 20:43:25)
On Sun, Nov 17 2013, Patrick Totzke patricktot...@gmail.com wrote:
Quoting Jameson Graef Rollins (2013-11-16 21:47:02)
On Tue, Nov 12 2013, apman...@idaaas.com wrote:
I have recently
Mark Walters markwalters1...@gmail.com writes:
Thus we add a debug variable notmuch-show-attachment-debug: it this is
non-nil we create a new buffer for each viewer; if this variable is
nil we just use a temp buffer which means all error output is
discarded (this is the same behaviour as with
Quoting Jameson Graef Rollins (2013-11-17 20:43:25)
On Sun, Nov 17 2013, Patrick Totzke patricktot...@gmail.com wrote:
Is this how notmuch emacs does it? I mean, is there some option to tell
emacs to always call gpg with --encrypt-to=me ?
I wonder if I need to change alot in any way or if
Hi,
I found out about notmuch quite recently, and now I've been tinkering
with it, prototyping a GUI client. I have some questions and observations:
1.
The API seems to be a bit broken. I think many of the functions should
return notmuch_status_t. I encountered this issue with get_header() and
On 11/18/2013 05:17 AM, Ruben Pollan wrote:
If I have t[w]o identities, with two different gpg keys (key1 and key2), and
I set
'encrypt-to key1' when I send emails with my identity of key2 it will also
encrypt it with my key1 and will reveal to its receivers that I own key1.
Isn't
it?
On Sun, Nov 10 2013, David Bremner da...@tethera.net wrote:
Although Jeffrey Stedfast fixed gmime bug 711305 amazingly quickly, it
looks like many people still have to live with a buggy version of
gmime for a while yet. Here is an opt-in fix that stops the test suite
from failing; this is a
On Mon, Nov 18 2013, Patrick Totzke patricktot...@gmail.com wrote:
Excelent, thanks Jamie.
I wasn't aware of this setting and assumed that the stuff in the
gnupg config file only applies to gpg itself and not, as in alot,
for calls through the gpgme library.
Actually, bizarrely, there is no
In emacs 24.3+ the stdout/stderr from externally displaying an
attachment gets inserted into the show buffer. This is caused by
changes in mm-display-external in mm-decode.el.
Ideally, we would put this output in the notmuch errors buffer but the
handler is called asynchronously so we don't know
If emacs is not installed, the following error is printed while
compiling:
/bin/sh: 1: emacs: not found
This patch fixes the build.
It might be better to exclude the whole emacs directory from build when
compiling without emacs, but that's a bigger change.
Signed-off-by: Tomi Valkeinen
Currently if a Xapian exception happens in notmuch_message_get_header,
the exception is not caught leading to crash. In
notmuch_message_get_date the exception is caught, but an internal error
is raised, again leading to crash.
This patch fixes the error handling by making both functions catch the
19 matches
Mail list logo
