a0/5d39dec18f07e63714542c2ef414a1b9538a11

   1 Return-Path: <anarcat@anarcat.ath.cx>\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 188F8421189\r
   6         for <notmuch@notmuchmail.org>; Tue, 17 Jan 2012 08:12:37 -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: 1.274\r
  10 X-Spam-Level: *\r
  11 X-Spam-Status: No, score=1.274 tagged_above=-999 required=5\r
  12         tests=[RDNS_NONE=1.274] 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 WNURu2sVuc+R for <notmuch@notmuchmail.org>;\r
  16         Tue, 17 Jan 2012 08:12:36 -0800 (PST)\r
  17 Received: from marcos.anarcat.ath.cx (unknown [72.0.72.144])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 516D3421181\r
  19         for <notmuch@notmuchmail.org>; Tue, 17 Jan 2012 08:12:36 -0800 (PST)\r
  20 Received: by marcos.anarcat.ath.cx (Postfix, from userid 1000)\r
  21         id BB417143139; Tue, 17 Jan 2012 11:12:35 -0500 (EST)\r
  22 From: Antoine =?utf-8?Q?Beaupr=C3=A9?= <anarcat@anarcat.ath.cx>\r
  23 To: David Edmondson <dme@dme.org>, Gregor Zattler <telegraph@gmx.net>,\r
  24         Jameson Graef Rollins <jrollins@finestructure.net>,\r
  25         Gregor Zattler <telegraph@gmx.net>, Notmuch Mail <notmuch@notmuchmail.org>\r
  26 Subject: Re: Emacs: Crypto: How to get automatic encryption?\r
  27 In-Reply-To: <cunfwfer8i0.fsf@hotblack-desiato.hh.sledj.net>\r
  28 References: <87pqejj5nl.fsf@marcos.anarcat.ath.cx>\r
  29         <cunfwfer8i0.fsf@hotblack-desiato.hh.sledj.net>\r
  30 User-Agent: Notmuch/0.10.2 (http://notmuchmail.org) Emacs/23.3.1\r
  31         (x86_64-pc-linux-gnu)\r
  32 Message-ID: <87sjjewbnw.fsf@marcos.anarcat.ath.cx>\r
  33 MIME-Version: 1.0\r
  34 Content-Type: text/plain; charset=utf-8\r
  35 Content-Transfer-Encoding: quoted-printable\r
  36 X-Mailman-Approved-At: Thu, 02 Feb 2012 08:56:31 -0800\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.13\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41         <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 Date: Tue, 17 Jan 2012 16:12:37 -0000\r
  50 X-Original-Date: Tue, 17 Jan 2012 11:12:35 -0500\r
  51 X-List-Received-Date: Tue, 17 Jan 2012 16:12:37 -0000\r
  52 \r
  53 On Tue, 17 Jan 2012 09:19:51 +0000, David Edmondson <dme@dme.org> wrote:\r
  54 > On Mon, 16 Jan 2012 23:48:30 -0500, Antoine Beaupr=C3=A9 <anarcat@anarcat=\r
  55 .ath.cx> wrote:\r
  56 > > Jumping in here, I have modified the previously posted code here to\r
  57 > > provide me with a more complete solution.\r
  58 >=20\r
  59 > This looks good. I'll switch over to using it.\r
  60 \r
  61 Awesome!\r
  62 \r
  63 > > Code is attached. Obviously, those function names would change if they\r
  64 > > would be to integrate into notmuch. ;)\r
  65 >=20\r
  66 > I wondered about pushing to have notmuch do this by default. In general\r
  67 > I like the idea, but it suffers if a recipient occasionally uses a mail\r
  68 > client that does not support decryption (phone, PDA, webmail, ...).\r
  69 \r
  70 Well, it your call: you can disable encryption on the fly by setting the\r
  71 message to just signing...\r
  72 \r
  73 I have also found out (to great pains) that it is kind of difficult to\r
  74 *completely* disable signing or encrypting, as the send-hook will\r
  75 happily add back the #secure line even if you remove it.\r
  76 \r
  77 A workaround is to set "mode=3Dnone" in the #secure line manually. Maybe\r
  78 C-c RET C-n could do that instead of just removing the line?\r
  79 \r
  80 On Tue, 17 Jan 2012 15:39:52 +0000, David Edmondson <dme@dme.org> wrote:\r
  81 > >        (if (and force (re-search-forward "<#secure [> >]*>\n" nil t))\r
  82 > >        (replace-match "" nil nil))\r
  83 > >        ;; If we can encrypt, do so, else just sign.\r
  84 > >        (if (or force (not (re-search-forward "<#secure [> >]*>\n" nil t=\r
  85 )))\r
  86 >=20\r
  87 > Is this second test for `force' necessary? If `force' is set then you'll\r
  88 > remove the <#secure..> just above, so it will not be found here.\r
  89 \r
  90 Yes, it is. If force is true, the search-forward will not be ran at\r
  91 all. The idea here is that if we do not force (ie. if we're running in\r
  92 the hook), we do not want to override the existing #secure tags, to\r
  93 respect the users' choices.\r
  94 \r
  95 Cheers,\r
  96 \r
  97 A.\r
  98 \r
  99 --=20\r
 100 Antoine Beaupr=C3=A9 +++ R=C3=A9seau Koumbit Networks +++ +1.514.387.6262 #=\r
 101 208\r
 102 --------------------------------------------------------------------\r