From b605386c71533db0d7538b96a8331ca4ff0c7290 Mon Sep 17 00:00:00 2001 From: Tomi Ollila Date: Wed, 26 Sep 2012 08:53:11 +0300 Subject: [PATCH] Re: bug related to ical --- 29/4f2a02efe44a47013f48183b7c9de7eaa08359 | 158 ++++++++++++++++++++++ 1 file changed, 158 insertions(+) create mode 100644 29/4f2a02efe44a47013f48183b7c9de7eaa08359 diff --git a/29/4f2a02efe44a47013f48183b7c9de7eaa08359 b/29/4f2a02efe44a47013f48183b7c9de7eaa08359 new file mode 100644 index 000000000..b74561e10 --- /dev/null +++ b/29/4f2a02efe44a47013f48183b7c9de7eaa08359 @@ -0,0 +1,158 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 63CB8431FC4 + for ; Tue, 25 Sep 2012 22:53:09 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0 +X-Spam-Level: +X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] + autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id ovfWRMi6UbFZ for ; + Tue, 25 Sep 2012 22:53:08 -0700 (PDT) +Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) + by olra.theworths.org (Postfix) with ESMTP id 0F390431FAF + for ; Tue, 25 Sep 2012 22:53:08 -0700 (PDT) +Received: from guru.guru-group.fi (localhost [IPv6:::1]) + by guru.guru-group.fi (Postfix) with ESMTP id 1FD8710014A; + Wed, 26 Sep 2012 08:53:12 +0300 (EEST) +From: Tomi Ollila +To: Olivier Berger , notmuch@notmuchmail.org +Subject: Re: bug related to ical +In-Reply-To: <87d31artti.fsf@inf-8657.int-evry.fr> +References: + <871uhq2x3t.fsf@inf-8657.int-evry.fr> + +User-Agent: Notmuch/0.13.2+177~g6720ee8 (http://notmuchmail.org) Emacs/24.2.1 + (x86_64-unknown-linux-gnu) +X-Face: HhBM'cA~ +MIME-Version: 1.0 +Content-Type: text/plain +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 26 Sep 2012 05:53:09 -0000 + +Hi + +I am "top-posting" as the content is not from Olivier's mail +id:"87d31artti.fsf@inf-8657.int-evry.fr" but from my email +id:"m2ipb2tjl8.fsf@guru.guru-group.fi"... + +For some reason notmuch emacs client references to my email instead +of Olivier's when pressing 'V', any of the stash commands, reply or +so on. Maybe that has something to do accessing the ical content +(i.e. emacs client access the ical part from wrong message). + +Do others experience the same behaviour ? + +Tomi + + + +> On Tue, Sep 25 2012, Olivier Berger wrote: +> +>> Hi. +>> +>> I didn't seem to find any followup. +>> +>> I'm experiencing a similar problem... Anyone with hints on how to solve +>> this ? +> +> Can either of you provide an email file that triggers this problem +> for others to test ? +> +> Tomi +> +>> +>> Thanks in advance. +>> +>> Best regards, +>> +>> Robert Horn writes: +>> +>>> I've noticed a problem related to handling of ical attachments. I'm +>>> using Notmuch 0.13 on Emacs 23.3.1. I've done some basic +>>> troubleshooting. +>>> +>>> The problem arises with emails from Concur that include an ical +>>> attachment being viewed with the notmuch message viewer. The problems +>>> are: +>>> 1. When opening the email there is sometimes the following mesage and +>>> error in Emacs message buffer: +>>> Converting icalendar...done +>>> notmuch-show-insert-bodypart-internal: Wrong type argument: stringp, nil +>>> +>>> 2. Some (not all) of the view commands fail, e.g. "v", "V", "w". +>>> Others work, like "m", and "q". +>>> +>>> 3. Examination of the /tmp directory shows notmuch-ical temp files being +>>> created but they are zero length. +>>> +>>> This is related to the ical attachment. When I editted one of the emails to +>>> remove the attachment, the problem went away. I suspect it is related +>>> to the attachments being base64 encoded. The header of the mime +>>> attachment shows: +>>> +>>> Content-Type: application/octet-stream; +>>> name="ConcurCalendarEntry.ics" +>>> Content-Transfer-Encoding: base64 +>>> Content-Disposition: attachment; +>>> filename="ConcurCalendarEntry.ics" +>>> +>>> The encoding is correct. The attachment decodes and looks right. With +>>> some details obscured the attachment contains: +>>> +>>> BEGIN:VCALENDAR +>>> VERSION:2.0 +>>> METHOD:PUBLISH +>>> BEGIN:VEVENT +>>> DTSTART:properly-formatted +>>> DTEND:properly-formatted +>>> DTSTAMP:properly-formatted +>>> LOCATION: +>>> SUMMARY:Concur Travel Itinerary +>>> DESCRIPTION:Lots of stuff +>>> with about 80 lines of description. All indented properly. +>>> UID:properly-formatted +>>> PRIORITY:3 +>>> TRANSP:TRANSPARENT +>>> END:VEVENT +>>> END:VCALENDAR +>>> +>>> I can live without the ics files, so fixing this is not a priority for +>>> me. If there is someone interested in figuring this out, I've saved an +>>> email and can answer questions. I got lost trying to follow the lisp +>>> code paths for attachments, so I'm not sure whether it's the text or the +>>> base64 that is being handed off to icalendar. +>>> +>>> R Horn +>>> rjhorn@alum.mit.edu +>> +>> -- +>> Olivier BERGER +>> http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 +>> Ingenieur Recherche - Dept INF +>> Institut Mines-Telecom, Telecom SudParis, Evry (France) +>> +>> _______________________________________________ +>> notmuch mailing list +>> notmuch@notmuchmail.org +>> http://notmuchmail.org/mailman/listinfo/notmuch -- 2.26.2