1 Return-Path: <BATV+e405830b4a8d9f6f82dc+2830+infradead.org+hohndel@bombadil.srs.infradead.org>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id F021D429E25
\r
6 for <notmuch@notmuchmail.org>; Tue, 24 May 2011 14:01:35 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-5 tagged_above=-999 required=5
\r
12 tests=[RCVD_IN_DNSWL_HI=-5] autolearn=disabled
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id rS3gB6ZV4LjB for <notmuch@notmuchmail.org>;
\r
16 Tue, 24 May 2011 14:01:35 -0700 (PDT)
\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])
\r
18 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
\r
19 (No client certificate requested)
\r
20 by olra.theworths.org (Postfix) with ESMTPS id 522EF431FB6
\r
21 for <notmuch@notmuchmail.org>; Tue, 24 May 2011 14:01:35 -0700 (PDT)
\r
22 Received: from localhost ([127.0.0.1] helo=x201s.gr8dns.org)
\r
23 by bombadil.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux))
\r
24 id 1QOyjM-000407-3j; Tue, 24 May 2011 21:01:32 +0000
\r
25 Received: by x201s.gr8dns.org (Postfix, from userid 500)
\r
26 id 163B870065D; Tue, 24 May 2011 14:01:35 -0700 (PDT)
\r
27 From: Dirk Hohndel <hohndel@infradead.org>
\r
28 To: Carl Worth <cworth@cworth.org>,
\r
29 Matthias Guedemann <Matthias.Guedemann@ovgu.de>,
\r
30 "notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>
\r
31 Subject: Re: problems with multipart/mixed
\r
32 In-Reply-To: <87y61vlvyb.fsf@yoom.home.cworth.org>
\r
33 References: <878vu0ftni.fsf@pc44es141.cs.uni-magdeburg.de>
\r
34 <m3oc2tmzfp.fsf@x201s.gr8dns.org>
\r
35 <877h9hmt8k.fsf@pc44es141.cs.uni-magdeburg.de>
\r
36 <87vcx1m72a.fsf@yoom.home.cworth.org>
\r
37 <m3oc2s95ny.fsf@x201s.gr8dns.org>
\r
38 <87y61vlvyb.fsf@yoom.home.cworth.org>
\r
39 User-Agent: Notmuch/0.5-174-g347983b (http://notmuchmail.org) Emacs/23.2.1
\r
40 (x86_64-redhat-linux-gnu)
\r
41 Date: Tue, 24 May 2011 14:01:35 -0700
\r
42 Message-ID: <m3lixvrexc.fsf@x201s.gr8dns.org>
\r
44 Content-Type: text/plain; charset=us-ascii
\r
45 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by
\r
46 bombadil.infradead.org See http://www.infradead.org/rpr.html
\r
47 X-BeenThere: notmuch@notmuchmail.org
\r
48 X-Mailman-Version: 2.1.13
\r
50 List-Id: "Use and development of the notmuch mail system."
\r
51 <notmuch.notmuchmail.org>
\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
53 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
55 List-Post: <mailto:notmuch@notmuchmail.org>
\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
58 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
59 X-List-Received-Date: Tue, 24 May 2011 21:01:36 -0000
\r
62 Pulled the latest. Fixes the reply issue - but frequently gets emacs to
\r
63 dump core. Looking at the backtrace reminds me why I hate emace some
\r
64 times :-) - it appears to happen in a memmove - but everything else in
\r
65 the backtrave is useless
\r
71 On Tue, 24 May 2011 12:50:20 -0700, Carl Worth <cworth@cworth.org> wrote:
\r
72 Non-text part: multipart/signed
\r
73 > On Mon, 23 May 2011 19:46:41 -0700, Dirk Hohndel <hohndel@infradead.org> wrote:
\r
74 > > Hehe, as the reply below shows... there's still something screwy even
\r
75 > > with the latest git version... in multipart messages things just go
\r
76 > > wrong. Whether I reply (this below should have included your text/plain
\r
79 > You caught me again, on two points:
\r
81 > 1. Our multipart testing wasn't testing "notmuch reply"
\r
83 > 2. I wasn't actually running the latest code in my own use
\r
85 > I've addressed both of those problems, which made it easy to find and
\r
86 > fix the segfault that was causing the missing data in the reply
\r
87 > buffer. I will hopefully be in a good habit now of creating a Debian
\r
88 > package and installing and using it locally as part of my testing of
\r
91 > Meanwhile, I did just push Jameson's recent new-show-part branch (along
\r
92 > with some updates from me). This should complete the big upheaval of
\r
93 > changes to how multipart messages are handled. From here, Jameson will
\r
94 > rebase his crypto branch so we can verify signatures and decrypt
\r
95 > messages within emacs.
\r
97 > > or whether I try to see the html part of a text/plain +
\r
98 > > text/html multipart message...
\r
100 > This is an area where there have been some recent feature changes---and
\r
101 > again, sadly, there's still some missing testing of the emacs features.
\r
103 > The change I am seeing is that previously whenever a message had both a
\r
104 > text/plain part and a corresponding text/html part (withing
\r
105 > multipart/alternative), emacs would render both of them.
\r
107 > Instead, I'm now seeing the text/plain part followed by:
\r
109 > [ text/html (not shown) ]
\r
111 > As far as that goes, this hiding of the HTML by default is exactly what
\r
112 > I want. (If people don't want this, there's a
\r
113 > notmuch-show-all-multipart/alternative-parts variable that can be
\r
114 > tweaked. Or just do "M-x customize-group notmuch" and find the setting
\r
117 > Meanwhile, I can imagine that some people might actually need to view
\r
118 > the HTML part that's initially not shown. I just tried hitting 'V' on
\r
119 > the "(not shown)" button and I got several image-viewer windows, each
\r
120 > showing one of the contained images. That's not ideal---it would be
\r
121 > better to get some web browser to display the entire message formatted
\r
124 > Maybe that's just something I need to customize on my end, (though, if
\r
125 > so, I think notmuch could do a better job arranging that for the user).
\r
127 > So contributions would be welcome in this area, (both functional
\r
128 > improvements to the emacs interface as well as additional testing of
\r
129 > those emacs features).
\r
134 > carl.d.worth@intel.com
\r
135 Non-text part: application/pgp-signature
\r
139 Intel Open Source Technology Center
\r