1 Return-Path: <gmn-notmuch@m.gmane.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 44B01431FC7
\r
6 for <notmuch@notmuchmail.org>; Tue, 25 Sep 2012 03:52:38 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\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 BjN5aJdOL0Xb for <notmuch@notmuchmail.org>;
\r
16 Tue, 25 Sep 2012 03:52:37 -0700 (PDT)
\r
17 Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
\r
18 (using TLSv1 with cipher AES256-SHA (256/256 bits))
\r
19 (No client certificate requested)
\r
20 by olra.theworths.org (Postfix) with ESMTPS id D6A4D431FAF
\r
21 for <notmuch@notmuchmail.org>; Tue, 25 Sep 2012 03:52:36 -0700 (PDT)
\r
22 Received: from list by plane.gmane.org with local (Exim 4.69)
\r
23 (envelope-from <gmn-notmuch@m.gmane.org>) id 1TGSko-0004Lp-Gj
\r
24 for notmuch@notmuchmail.org; Tue, 25 Sep 2012 12:52:38 +0200
\r
25 Received: from bauxite.int-evry.fr ([157.159.110.64])
\r
26 by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
\r
28 for <notmuch@notmuchmail.org>; Tue, 25 Sep 2012 12:52:38 +0200
\r
29 Received: from olivier.berger by bauxite.int-evry.fr with local (Gmexim 0.1
\r
30 (Debian)) id 1AlnuQ-0007hv-00
\r
31 for <notmuch@notmuchmail.org>; Tue, 25 Sep 2012 12:52:38 +0200
\r
32 X-Injected-Via-Gmane: http://gmane.org/
\r
33 To: notmuch@notmuchmail.org
\r
34 From: Olivier Berger <olivier.berger@it-sudparis.eu>
\r
35 Subject: Re: bug related to ical
\r
36 Date: Tue, 25 Sep 2012 12:52:22 +0200
\r
38 Message-ID: <871uhq2x3t.fsf@inf-8657.int-evry.fr>
\r
39 References: <m31ul3qo4w.fsf@quad.robs.office>
\r
41 Content-Type: text/plain; charset=us-ascii
\r
42 X-Complaints-To: usenet@ger.gmane.org
\r
43 X-Gmane-NNTP-Posting-Host: bauxite.int-evry.fr
\r
44 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)
\r
45 Cancel-Lock: sha1:jqLWXB0qWmp7zzF350JB5z+amos=
\r
46 X-BeenThere: notmuch@notmuchmail.org
\r
47 X-Mailman-Version: 2.1.13
\r
49 List-Id: "Use and development of the notmuch mail system."
\r
50 <notmuch.notmuchmail.org>
\r
51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
52 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
54 List-Post: <mailto:notmuch@notmuchmail.org>
\r
55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
57 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
58 X-List-Received-Date: Tue, 25 Sep 2012 10:52:38 -0000
\r
62 I didn't seem to find any followup.
\r
64 I'm experiencing a similar problem... Anyone with hints on how to solve
\r
71 Robert Horn <rjhorn@alum.mit.edu> writes:
\r
73 > I've noticed a problem related to handling of ical attachments. I'm
\r
74 > using Notmuch 0.13 on Emacs 23.3.1. I've done some basic
\r
77 > The problem arises with emails from Concur that include an ical
\r
78 > attachment being viewed with the notmuch message viewer. The problems
\r
80 > 1. When opening the email there is sometimes the following mesage and
\r
81 > error in Emacs message buffer:
\r
82 > Converting icalendar...done
\r
83 > notmuch-show-insert-bodypart-internal: Wrong type argument: stringp, nil
\r
85 > 2. Some (not all) of the view commands fail, e.g. "v", "V", "w".
\r
86 > Others work, like "m", and "q".
\r
88 > 3. Examination of the /tmp directory shows notmuch-ical temp files being
\r
89 > created but they are zero length.
\r
91 > This is related to the ical attachment. When I editted one of the emails to
\r
92 > remove the attachment, the problem went away. I suspect it is related
\r
93 > to the attachments being base64 encoded. The header of the mime
\r
96 > Content-Type: application/octet-stream;
\r
97 > name="ConcurCalendarEntry.ics"
\r
98 > Content-Transfer-Encoding: base64
\r
99 > Content-Disposition: attachment;
\r
100 > filename="ConcurCalendarEntry.ics"
\r
102 > The encoding is correct. The attachment decodes and looks right. With
\r
103 > some details obscured the attachment contains:
\r
109 > DTSTART:properly-formatted
\r
110 > DTEND:properly-formatted
\r
111 > DTSTAMP:properly-formatted
\r
113 > SUMMARY:Concur Travel Itinerary
\r
114 > DESCRIPTION:Lots of stuff
\r
115 > with about 80 lines of description. All indented properly.
\r
116 > UID:properly-formatted
\r
118 > TRANSP:TRANSPARENT
\r
122 > I can live without the ics files, so fixing this is not a priority for
\r
123 > me. If there is someone interested in figuring this out, I've saved an
\r
124 > email and can answer questions. I got lost trying to follow the lisp
\r
125 > code paths for attachments, so I'm not sure whether it's the text or the
\r
126 > base64 that is being handed off to icalendar.
\r
129 > rjhorn@alum.mit.edu
\r
133 http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
\r
134 Ingenieur Recherche - Dept INF
\r
135 Institut Mines-Telecom, Telecom SudParis, Evry (France)
\r