ca/a9b2d3e986467d4a4d248301b09b8c8810c1fe

   1 Return-Path: <rjhorn@alum.mit.edu>\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 2B07C431FBC\r
   6         for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 10:48:01 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.3\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 TdDTBzYwbwFq for <notmuch@notmuchmail.org>;\r
  16         Mon, 25 Jun 2012 10:48:00 -0700 (PDT)\r
  17 Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 9CF76431FAF\r
  19         for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 10:48:00 -0700 (PDT)\r
  20 Received: from quad.robs.office (panix3.panix.com [166.84.1.3])\r
  21         by mailbackend.panix.com (Postfix) with ESMTP id 0334628940\r
  22         for <notmuch@notmuchmail.org>; Mon, 25 Jun 2012 13:47:59 -0400 (EDT)\r
  23 From: Robert Horn <rjhorn@alum.mit.edu>\r
  24 To: notmuch@notmuchmail.org\r
  25 Subject: bug related to ical\r
  26 User-Agent: Notmuch/0.13 (http://notmuchmail.org) Emacs/23.3.1\r
  27         (x86_64-suse-linux-gnu)\r
  28 Date: Mon, 25 Jun 2012 13:47:59 -0400\r
  29 Message-ID: <m31ul3qo4w.fsf@quad.robs.office>\r
  30 MIME-Version: 1.0\r
  31 Content-Type: text/plain; charset=us-ascii\r
  32 X-BeenThere: notmuch@notmuchmail.org\r
  33 X-Mailman-Version: 2.1.13\r
  34 Precedence: list\r
  35 List-Id: "Use and development of the notmuch mail system."\r
  36         <notmuch.notmuchmail.org>\r
  37 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  38         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  39 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  40 List-Post: <mailto:notmuch@notmuchmail.org>\r
  41 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  42 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  44 X-List-Received-Date: Mon, 25 Jun 2012 17:48:01 -0000\r
  45 \r
  46 I've noticed a problem related to handling of ical attachments.  I'm\r
  47 using Notmuch 0.13 on Emacs 23.3.1.  I've done some basic\r
  48 troubleshooting.\r
  49 \r
  50 The problem arises with emails from Concur that include an ical\r
  51 attachment being viewed with the notmuch message viewer.  The problems\r
  52 are:\r
  53  1. When opening the email there is sometimes the following mesage and\r
  54  error in Emacs message buffer:\r
  55   Converting icalendar...done\r
  56   notmuch-show-insert-bodypart-internal: Wrong type argument: stringp, nil\r
  57 \r
  58  2. Some (not all) of the view commands fail, e.g. "v", "V", "w".\r
  59  Others work, like "m", and "q".\r
  60 \r
  61  3. Examination of the /tmp directory shows notmuch-ical temp files being\r
  62  created but they are zero length.\r
  63 \r
  64 This is related to the ical attachment.  When I editted one of the emails to\r
  65 remove the attachment, the problem went away.  I suspect it is related\r
  66 to the attachments being base64 encoded.  The header of the mime\r
  67 attachment shows:\r
  68 \r
  69 Content-Type: application/octet-stream;\r
  70         name="ConcurCalendarEntry.ics"\r
  71 Content-Transfer-Encoding: base64\r
  72 Content-Disposition: attachment;\r
  73         filename="ConcurCalendarEntry.ics"\r
  74 \r
  75 The encoding is correct.  The attachment decodes and looks right.  With\r
  76 some details obscured the attachment contains:\r
  77 \r
  78 BEGIN:VCALENDAR\r
  79 VERSION:2.0\r
  80 METHOD:PUBLISH\r
  81 BEGIN:VEVENT\r
  82 DTSTART:properly-formatted\r
  83 DTEND:properly-formatted\r
  84 DTSTAMP:properly-formatted\r
  85 LOCATION:\r
  86 SUMMARY:Concur Travel Itinerary\r
  87 DESCRIPTION:Lots of stuff\r
  88  with about 80 lines of description. All indented properly.\r
  89 UID:properly-formatted\r
  90 PRIORITY:3\r
  91 TRANSP:TRANSPARENT\r
  92 END:VEVENT\r
  93 END:VCALENDAR\r
  94 \r
  95 I can live without the ics files, so fixing this is not a priority for\r
  96 me.  If there is someone interested in figuring this out, I've saved an\r
  97 email and can answer questions.  I got lost trying to follow the lisp\r
  98 code paths for attachments, so I'm not sure whether it's the text or the\r
  99 base64 that is being handed off to icalendar.\r
 100 \r
 101 R Horn\r
 102 rjhorn@alum.mit.edu\r