bug related to ical
authorRobert Horn <rjhorn@alum.mit.edu>
Mon, 25 Jun 2012 17:47:59 +0000 (13:47 +2000)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:47:48 +0000 (09:47 -0800)
ca/a9b2d3e986467d4a4d248301b09b8c8810c1fe [new file with mode: 0644]

diff --git a/ca/a9b2d3e986467d4a4d248301b09b8c8810c1fe b/ca/a9b2d3e986467d4a4d248301b09b8c8810c1fe
new file mode 100644 (file)
index 0000000..4c56f79
--- /dev/null
@@ -0,0 +1,102 @@
+Return-Path: <rjhorn@alum.mit.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 2B07C431FBC\r
+       for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 10:48:01 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id TdDTBzYwbwFq for <notmuch@notmuchmail.org>;\r
+       Mon, 25 Jun 2012 10:48:00 -0700 (PDT)\r
+Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89])\r
+       by olra.theworths.org (Postfix) with ESMTP id 9CF76431FAF\r
+       for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 10:48:00 -0700 (PDT)\r
+Received: from quad.robs.office (panix3.panix.com [166.84.1.3])\r
+       by mailbackend.panix.com (Postfix) with ESMTP id 0334628940\r
+       for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 13:47:59 -0400 (EDT)\r
+From: Robert Horn <rjhorn@alum.mit.edu>\r
+To: notmuch@notmuchmail.org\r
+Subject: bug related to ical\r
+User-Agent: Notmuch/0.13 (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-suse-linux-gnu)\r
+Date: Mon, 25 Jun 2012 13:47:59 -0400\r
+Message-ID: <m31ul3qo4w.fsf@quad.robs.office>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 25 Jun 2012 17:48:01 -0000\r
+\r
+I've noticed a problem related to handling of ical attachments.  I'm\r
+using Notmuch 0.13 on Emacs 23.3.1.  I've done some basic\r
+troubleshooting.\r
+\r
+The problem arises with emails from Concur that include an ical\r
+attachment being viewed with the notmuch message viewer.  The problems\r
+are:\r
+ 1. When opening the email there is sometimes the following mesage and\r
+ error in Emacs message buffer:\r
+  Converting icalendar...done\r
+  notmuch-show-insert-bodypart-internal: Wrong type argument: stringp, nil\r
+\r
+ 2. Some (not all) of the view commands fail, e.g. "v", "V", "w".\r
+ Others work, like "m", and "q".\r
+\r
+ 3. Examination of the /tmp directory shows notmuch-ical temp files being\r
+ created but they are zero length.\r
+\r
+This is related to the ical attachment.  When I editted one of the emails to\r
+remove the attachment, the problem went away.  I suspect it is related\r
+to the attachments being base64 encoded.  The header of the mime\r
+attachment shows:\r
+\r
+Content-Type: application/octet-stream;\r
+       name="ConcurCalendarEntry.ics"\r
+Content-Transfer-Encoding: base64\r
+Content-Disposition: attachment;\r
+       filename="ConcurCalendarEntry.ics"\r
+\r
+The encoding is correct.  The attachment decodes and looks right.  With\r
+some details obscured the attachment contains:\r
+\r
+BEGIN:VCALENDAR\r
+VERSION:2.0\r
+METHOD:PUBLISH\r
+BEGIN:VEVENT\r
+DTSTART:properly-formatted\r
+DTEND:properly-formatted\r
+DTSTAMP:properly-formatted\r
+LOCATION:\r
+SUMMARY:Concur Travel Itinerary\r
+DESCRIPTION:Lots of stuff\r
+ with about 80 lines of description. All indented properly.\r
+UID:properly-formatted\r
+PRIORITY:3\r
+TRANSP:TRANSPARENT\r
+END:VEVENT\r
+END:VCALENDAR\r
+\r
+I can live without the ics files, so fixing this is not a priority for\r
+me.  If there is someone interested in figuring this out, I've saved an\r
+email and can answer questions.  I got lost trying to follow the lisp\r
+code paths for attachments, so I'm not sure whether it's the text or the\r
+base64 that is being handed off to icalendar.\r
+\r
+R Horn\r
+rjhorn@alum.mit.edu\r