ac/51009f85c02d0dd49ff1d86f3f50dada0ac1bc

   1 Return-Path: <john.wyzer@gmx.de>\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 49487431FC0\r
   6         for <notmuch@notmuchmail.org>; Sat,  5 Apr 2014 12:08:51 -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: 0.001\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.001 tagged_above=-999 required=5\r
  12         tests=[FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001]\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 cOhhRZ4ZPrtA for <notmuch@notmuchmail.org>;\r
  17         Sat,  5 Apr 2014 12:08:46 -0700 (PDT)\r
  18 Received: from mout.gmx.net (mout.gmx.net [212.227.17.21])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 43CA7431FAF\r
  22         for <notmuch@notmuchmail.org>; Sat,  5 Apr 2014 12:08:46 -0700 (PDT)\r
  23 Received: from localhost ([77.12.75.61]) by mail.gmx.com (mrgmx101) with\r
  24         ESMTPSA (Nemesis) id 0MHLNn-1WkYDi1cqB-00E28X; Sat, 05 Apr 2014 21:03:21\r
  25         +0200\r
  26 From: john.wyzer@gmx.de\r
  27 To: Jeremy Nickurak <not-much@trk.nickurak.ca>,\r
  28         David Bremner <david@tethera.net>\r
  29 Subject: Re: Feature suggestion. Indexing encrypted mail?\r
  30 In-Reply-To:\r
  31  <CA+eQo_3AFofQ3gSxvce2e_d5bbaT_e00zA30xeyOxbYCpQhsNA@mail.gmail.com>\r
  32 References: <86k3b3ybo6.fsf@someserver.somewhere>\r
  33         <878urj1z3j.fsf@maritornes.cs.unb.ca>\r
  34         <CA+eQo_3AFofQ3gSxvce2e_d5bbaT_e00zA30xeyOxbYCpQhsNA@mail.gmail.com>\r
  35 User-Agent: Notmuch/0.17 (http://notmuchmail.org) Emacs/24.3.1\r
  36         (x86_64-pc-linux-gnu)\r
  37 Date: Sat, 05 Apr 2014 21:03:04 +0200\r
  38 Message-ID: <86ha67y4yf.fsf@someserver.somewhere>\r
  39 MIME-Version: 1.0\r
  40 Content-Type: text/plain\r
  41 X-Provags-ID: V03:K0:UDP3DQJ1j8rgyGGxu6kOUsUOKE+hUouKekpazcWt/RfFkKmgFgD\r
  42         thuM+XstpKWyL5En+mBHu+s/kcXAQYk348Br0/mSiRvGAN21vOD9Xwz9h5S4bbuMT/jgZ8t\r
  43         +2jgyNa6If+Cy6tFrXUyYWe0sT1yaAFJkj8aExb4eHTSnC8rDclXCSgrKIBB20pzK3E84vZ\r
  44         PfncMu1YSVLJFBTnH4eRg==\r
  45 Cc: Notmuch Mailing List <notmuch@notmuchmail.org>,\r
  46         Daniel Kahn Gillmor <dkg@debian.org>\r
  47 X-BeenThere: notmuch@notmuchmail.org\r
  48 X-Mailman-Version: 2.1.13\r
  49 Precedence: list\r
  50 List-Id: "Use and development of the notmuch mail system."\r
  51         <notmuch.notmuchmail.org>\r
  52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  55 List-Post: <mailto:notmuch@notmuchmail.org>\r
  56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  59 X-List-Received-Date: Sat, 05 Apr 2014 19:08:51 -0000\r
  60 \r
  61 Jeremy Nickurak <not-much@trk.nickurak.ca> writes:\r
  62 \r
  63 > Off the top of my head, you could have an encrypted index too, which you\r
  64 > can only search while able to decrypt. Certainly another level of\r
  65 > complexity.\r
  66 >\r
  67 \r
  68 But why add so much complexity? \r
  69 \r
  70 If a user decides that either transport security is enough or\r
  71 additionally the hard disk is encrypted (why store an encrypted index on\r
  72 an encrypted hard disk?), said user could just switch on an option in\r
  73 the notmuch configuration that causes notmuch to ask for the password\r
  74 before or while indexing new messages and to add decrypted messages to the\r
  75 normal index as well.\r
  76 \r
  77 \r
  78 The level of security would be up to the user by means of said\r
  79 configuration option and those that want the convenience of searching\r
  80 encrypted messages could have it.\r
  81 \r
  82 Personally I would argue that if an attacker has the means to access the\r
  83 content of my hard disk either via the network or physically, there is\r
  84 no difference between having whole disk encryption and storing an\r
  85 encrypted index...\r
  86 \r