68/9f5691f49917419dcd3a8e2dd8e68502a1ccf9

   1 Return-Path: <cworth@cworth.org>\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 603F9431FC0;\r
   6         Thu, 26 Nov 2009 11:12:16 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id 3rwha2xlSo1B; Thu, 26 Nov 2009 11:12:15 -0800 (PST)\r
  11 Received: from cworth.org (localhost [127.0.0.1])\r
  12         by olra.theworths.org (Postfix) with ESMTP id 95871431FAE;\r
  13         Thu, 26 Nov 2009 11:12:15 -0800 (PST)\r
  14 From: Carl Worth <cworth@cworth.org>\r
  15 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  16  notmuch@notmuchmail.org\r
  17 In-Reply-To: <20091126183105.GA8745@finestructure.net>\r
  18 References: <20091123130009.GA31695@finestructure.net>\r
  19         <20091126060132.GA5875@finestructure.net>\r
  20         <87iqcxkbla.fsf@linux.vnet.ibm.com>\r
  21         <20091126183105.GA8745@finestructure.net>\r
  22 Date: Thu, 26 Nov 2009 11:12:01 -0800\r
  23 Message-ID: <87ws1dqewu.fsf@yoom.home.cworth.org>\r
  24 MIME-Version: 1.0\r
  25 Content-Type: text/plain; charset=us-ascii\r
  26 Subject: Re: [notmuch] OpenPGP support\r
  27 X-BeenThere: notmuch@notmuchmail.org\r
  28 X-Mailman-Version: 2.1.12\r
  29 Precedence: list\r
  30 List-Id: "Use and development of the notmuch mail system."\r
  31         <notmuch.notmuchmail.org>\r
  32 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  33         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  34 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  35 List-Post: <mailto:notmuch@notmuchmail.org>\r
  36 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  37 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  38         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  39 X-List-Received-Date: Thu, 26 Nov 2009 19:12:16 -0000\r
  40 \r
  41 On Thu, 26 Nov 2009 13:31:05 -0500, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
  42 > So the issue now is verifying/decrypting signed/encrypted received\r
  43 > mail.  Playing around with it a bit more, I've found a couple of\r
  44 > interesting things.  If I'm viewing an encrypted message with\r
  45 > notmuch-show, and if I type 'v' (notmuch-show-view-all-mime-parts), I\r
  46 > get the full message view, and then a prompt to:\r
  47 > \r
  48 > Decrypt (PGP) part? (y or n)\r
  49 > \r
  50 > Typing 'y', I see that there is some communication with my gpg agent\r
  51 > (I get a gpg agent password prompt), but then once the password is\r
  52 > entered, nothing happens, ie. I don't see the decrypted part.\r
  53 \r
  54 Our integration with the MIME pieces of emacs definitely leaves\r
  55 something to be desired. What currently happens when you press 'v' is\r
  56 that notmuch creates a new buffer with the raw message content, then\r
  57 runs mm-dissect-buffer and mm-display-parts on the content.\r
  58 \r
  59 This works quite well for non-text parts, (either a mailcap-configured\r
  60 viewer will be launched, or else you will be prompted to save the\r
  61 file). But for text parts, the mm code appears to just write into the\r
  62 temporary buffer that notmuch ends up killing before you can see\r
  63 anything. So we just need to work out something proper here.\r
  64 \r
  65 One thing I experimented with, that seems to work quite well, is to\r
  66 construct a minimal buffer that the mm code will interpret as a\r
  67 MIME-encoded message with just a single part.\r
  68 \r
  69 So that's just a MIME-Version header, the original Content-type header,\r
  70 a blank line, and then the original MIME content with its boundary\r
  71 markers. So if we write a notmuch command to return that, then we'll be\r
  72 able to easily support viewing of a single MIME part, (and I think it\r
  73 will be easy to detect whether any text content ended up getting added\r
  74 to the intermediate buffer that the user wants to see).\r
  75 \r
  76 Any help experimenting more with this stuff would be very appreciated.\r
  77 \r
  78 -Carl\r