95/e4a8b09a649c7a69955076d2bfdc442801681a

   1 Return-Path: <jrollins@servo.finestructure.net>\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 C5816429E38\r
   6         for <notmuch@notmuchmail.org>; Sun,  5 Jun 2011 17:29:46 -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: -1.921\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5\r
  12         tests=[NO_DNS_FOR_FROM=0.379, RCVD_IN_DNSWL_MED=-2.3]\r
  13         autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id g9sIZnT4EZqz for <notmuch@notmuchmail.org>;\r
  17         Sun,  5 Jun 2011 17:29:45 -0700 (PDT)\r
  18 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  19         [131.215.239.19])\r
  20         by olra.theworths.org (Postfix) with ESMTP id 7A6A3429E27\r
  21         for <notmuch@notmuchmail.org>; Sun,  5 Jun 2011 17:29:40 -0700 (PDT)\r
  22 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  23         by fire-doxen-postvirus (Postfix) with ESMTP id AABA132806A\r
  24         for <notmuch@notmuchmail.org>; Sun,  5 Jun 2011 17:22:37 -0700 (PDT)\r
  25 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  26 Received: from servo.finestructure.net (cpe-98-149-172-122.socal.res.rr.com\r
  27         [98.149.172.122]) (Authenticated sender: jrollins)\r
  28         by fire-doxen-submit (Postfix) with ESMTP id 9B4603280D8\r
  29         for <notmuch@notmuchmail.org>; Sun,  5 Jun 2011 17:22:29 -0700 (PDT)\r
  30 Received: by servo.finestructure.net (Postfix, from userid 1000)\r
  31         id 1838C19A; Sun,  5 Jun 2011 17:29:31 -0700 (PDT)\r
  32 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  33 To: Notmuch Mail <notmuch@notmuchmail.org>\r
  34 Subject: improving message/rfc822 part handling\r
  35 Date: Sun,  5 Jun 2011 17:29:24 -0700\r
  36 Message-Id: <1307320169-29905-1-git-send-email-jrollins@finestructure.net>\r
  37 X-Mailer: git-send-email 1.7.4.4\r
  38 In-Reply-To: <87sjrsi2b4.fsf@servo.factory.finestructure.net>\r
  39 References: <87sjrsi2b4.fsf@servo.factory.finestructure.net>\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.13\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Mon, 06 Jun 2011 00:29:47 -0000\r
  53 \r
  54 So the following patch series is my attempt to improve handling of\r
  55 message/rfc822 parts.  The first couple of patches fix/overhaul the\r
  56 multipart test, and the last two improve the message/rfc822 part\r
  57 output and emacs handling, respectively.\r
  58 \r
  59 The fix outputs the rfc822 message in a format similar to that of the\r
  60 outer message, including "headers" and "body" fields.\r
  61 \r
  62 What this doesn't yet address is the raw output of message/rfc822\r
  63 parts.  The raw output of message/rfc822 parts /should/ be the full\r
  64 raw message.  However, I have not yet figured out how to do that yet,\r
  65 so the multipart test for raw message/rfc822 parts is not yet fixed.\r
  66 \r
  67 The problem is really gmime's handling of message parts.  There\r
  68 doesn't seem to be a gmime function that will return the message part\r
  69 as a GMimeObject.  This means that we can't access all the message\r
  70 headers, or the messages sub parts as mime objects.  There may be a\r
  71 way to hack around gmime's limitations, but I haven't figured it out\r
  72 yet.  If someone else wants to take a crack at it, that would be\r
  73 great.  In the mean time, I'm opening a bug report with gmime to\r
  74 request a function to return the rfc822 part as a GMimeObject.\r
  75 \r
  76 jamie.\r
  77 \r