82/443e29693f239940135024608409107b001078

   1 Return-Path: <dan.bryant@jhuapl.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 2FD18431FD0\r
   6         for <notmuch@notmuchmail.org>; Fri, 23 Dec 2011 08:40:52 -0800 (PST)\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 5uj8OQ2Wqxmp for <notmuch@notmuchmail.org>;\r
  16         Fri, 23 Dec 2011 08:40:50 -0800 (PST)\r
  17 Received: from jhuapl.edu (piper.jhuapl.edu [128.244.251.37])\r
  18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id D51BD431FB6\r
  21         for <notmuch@notmuchmail.org>; Fri, 23 Dec 2011 08:40:49 -0800 (PST)\r
  22 Received: from ([128.244.135.127])\r
  23         by piper.jhuapl.edu with ESMTP  id 5Y8HCH1.126524135;\r
  24         Fri, 23 Dec 2011 11:40:41 -0500\r
  25 From: Dan Bryant <Dan.Bryant@jhuapl.edu>\r
  26 To: Darren McGuicken <mailing-notmuch@fernseed.info>,\r
  27         "notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>\r
  28 Subject: Re: S/MIME support in notmuch\r
  29 In-Reply-To: <87aa6m6t3u.fsf@bookbinder.fernseed.info>\r
  30 References: <87iplrwz0k.fsf@bryandb1-ll1.dom1.jhuapl.edu>\r
  31         <87aa6m6t3u.fsf@bookbinder.fernseed.info>\r
  32 User-Agent: Notmuch/0.10.2 (http://notmuchmail.org) Emacs/24.0.50.1\r
  33         (x86_64-unknown-linux-gnu)\r
  34 Date: Fri, 23 Dec 2011 11:40:41 -0500\r
  35 Message-ID: <87mxajnsvq.fsf@bryandb1-ll1.dom1.jhuapl.edu>\r
  36 MIME-Version: 1.0\r
  37 Content-Type: text/plain\r
  38 X-BeenThere: notmuch@notmuchmail.org\r
  39 X-Mailman-Version: 2.1.13\r
  40 Precedence: list\r
  41 List-Id: "Use and development of the notmuch mail system."\r
  42         <notmuch.notmuchmail.org>\r
  43 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  44         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  45 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  46 List-Post: <mailto:notmuch@notmuchmail.org>\r
  47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  48 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  49         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  50 X-List-Received-Date: Fri, 23 Dec 2011 16:40:52 -0000\r
  51 \r
  52 On Wed, 21 Dec 2011 06:51:01 -0500, Darren McGuicken <mailing-notmuch@fernseed.info> wrote:\r
  53 > On Wed, 07 Dec 2011 21:58:03 -0500, Dan Bryant <dan.bryant@jhuapl.edu> wrote:\r
  54 > > I'd like to report some success on getting S/MIME signature\r
  55 > > verification working using notmuch and the recently-released GMime\r
  56 > > 2.6. I specifically tested with notmuch-0.10.2 and gmime-2.6.1.\r
  57 > \r
  58 > [...]\r
  59 > \r
  60 > > I don't have submittable patches for #2/#3 yet, but I wanted to share\r
  61 > > what I found about the scope of what actually needs to be done, which\r
  62 > > is fairly small. (The biggest blocker is probably that Debian & other\r
  63 > > distros haven't packaged gmime-2.6.)\r
  64 > \r
  65 > Hi Dan, nice find!  As another Fedora user I'd be happy to test out any\r
  66 > patches you come up with.\r
  67 > \r
  68 > When you make those changes to the gpg_context are you breaking gpg\r
  69 > signature validation?  Or is the one a superset of the other?\r
  70 \r
  71 The current assumption in notmuch is that all encrypted/signed messages\r
  72 in a mailbox will be using the same crypto algorithm. This is the first\r
  73 thing I want to fix: which crypto algorithm (and therefore, context\r
  74 object) to use should probably be detected by the MIME type of the\r
  75 message part.\r
  76 \r
  77 \r
  78 Dan\r
  79 \r