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 2B07C431FBC for ; Mon, 25 Jun 2012 10:48:01 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] 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 TdDTBzYwbwFq for ; Mon, 25 Jun 2012 10:48:00 -0700 (PDT) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) by olra.theworths.org (Postfix) with ESMTP id 9CF76431FAF for ; Mon, 25 Jun 2012 10:48:00 -0700 (PDT) Received: from quad.robs.office (panix3.panix.com [166.84.1.3]) by mailbackend.panix.com (Postfix) with ESMTP id 0334628940 for ; Mon, 25 Jun 2012 13:47:59 -0400 (EDT) From: Robert Horn To: notmuch@notmuchmail.org Subject: bug related to ical User-Agent: Notmuch/0.13 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-suse-linux-gnu) Date: Mon, 25 Jun 2012 13:47:59 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Mon, 25 Jun 2012 17:48:01 -0000 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