18/5efaaeba1459021f9ca6e47b02b952f458272a

   1 Return-Path: <dkg@fifthhorseman.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 arlo.cworth.org (Postfix) with ESMTP id 183DA6DE0243\r
   6  for <notmuch@notmuchmail.org>; Fri,  3 Jun 2016 11:42:43 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.019\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5\r
  12  tests=[AWL=-0.019] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id LMuPH4Wk4oNQ for <notmuch@notmuchmail.org>;\r
  16  Fri,  3 Jun 2016 11:42:35 -0700 (PDT)\r
  17 Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118])\r
  18  by arlo.cworth.org (Postfix) with ESMTP id 027F46DE0159\r
  19  for <notmuch@notmuchmail.org>; Fri,  3 Jun 2016 11:42:34 -0700 (PDT)\r
  20 Received: from fifthhorseman.net (unknown [38.109.115.130])\r
  21  by che.mayfirst.org (Postfix) with ESMTPSA id BB8C3F98B;\r
  22  Fri,  3 Jun 2016 14:42:31 -0400 (EDT)\r
  23 Received: by fifthhorseman.net (Postfix, from userid 1000)\r
  24  id 64AA020245; Fri,  3 Jun 2016 14:42:31 -0400 (EDT)\r
  25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  26 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
  27 Subject: Re: [PATCH v2 0/3] postpone and resume support\r
  28 In-Reply-To: <1464976195-23134-1-git-send-email-markwalters1009@gmail.com>\r
  29 References: <1464976195-23134-1-git-send-email-markwalters1009@gmail.com>\r
  30 User-Agent: Notmuch/0.22+47~g4441900 (http://notmuchmail.org) Emacs/24.5.1\r
  31  (x86_64-pc-linux-gnu)\r
  32 Date: Fri, 03 Jun 2016 14:42:28 -0400\r
  33 Message-ID: <87eg8eglm3.fsf@alice.fifthhorseman.net>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: multipart/signed; boundary="=-=-=";\r
  36  micalg=pgp-sha512; protocol="application/pgp-signature"\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.20\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: <https://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: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Fri, 03 Jun 2016 18:42:43 -0000\r
  50 \r
  51 --=-=-=\r
  52 Content-Type: text/plain\r
  53 Content-Transfer-Encoding: quoted-printable\r
  54 \r
  55 On Fri 2016-06-03 13:49:52 -0400, Mark Walters <markwalters1009@gmail.com> =\r
  56 wrote:\r
  57 > This is a new version of the WIP patch at\r
  58 > id:1464915472-5669-1-git-send-email-markwalters1009@gmail.com\r
  59 >\r
  60 > So far it seems to deal with all cases that I have tried, and the\r
  61 > CAVEATS list is rather smaller than before.\r
  62 >\r
  63 > The bindings are C-x C-s to save a draft (in notmuch-message-mode) C-c\r
  64 > C-p to postpone a draft (ie save and exit buffer), and "e" to resume\r
  65 > editing from either show or tree mode. You may want to add "draft" to\r
  66 > your list of excluded tags to hide them unless you specifically search\r
  67 > for them.\r
  68 \r
  69 This is a really useful series, even with the caveats Mark lists.  i've\r
  70 tested it and it behaves as expected for me.\r
  71 \r
  72 A bit more discussion on the caveats:\r
  73 \r
  74 > Each save saves a separate copy of the message. We hide these copies\r
  75 > with the deleted tag but we don't actually delete them. Thus if you\r
  76 > save several copies of message with large attachments you will use a\r
  77 > lot of space.\r
  78 \r
  79 This is a little bit weird, because it means that all these deleted\r
  80 drafts show up in the thread view when viewing the thread from which the\r
  81 message was composed.  Is there a reason to not actually delete older\r
  82 drafts when "re-postponing" or sending?  We created the message\r
  83 ourselves, so it seems like it's fair to delete it.\r
  84 \r
  85 > If you use signing or encryption then I don't know what will happen:=20\r
  86 > I have not tested at all.  You might sign a partial message that you\r
  87 > didn't mean too; you might expose plain text to someone.\r
  88 \r
  89 I've just tested this for signing, and it's doing the thing i was afraid\r
  90 it would do :/ When saving a draft marked as a message to be signed, the\r
  91 message signature is made on the draft.  Even worse, restoring a saved\r
  92 draft like this leaves the user editing the plaintext while the old\r
  93 message signature is likely to be appended, which will result in broken\r
  94 signatures :/\r
  95 \r
  96 Maybe there's a way to temporarily inhibit the interpretation of all\r
  97 #secure flags during draft saving (and propagate them through upon\r
  98 resume)?  I think that would be advisable anyway -- if we ultimately\r
  99 decide that we want to encrypt drafts, we don't want to encrypt them to\r
 100 the actual recipients anyway; we only want encrypt-to-self, because we\r
 101 want to avoid the situation where the person we're sending the message\r
 102 to gets access to our drafts folder and reads our unfinished/unedited\r
 103 compositions, so that would be a separate and distinct improvement.\r
 104 \r
 105 > Finally, and this is not really a caveat, it *may* be possible to resume\r
 106 > a previously sent message. At the moment I haven't tested this, and\r
 107 > have made it so that emacs warns before allowing it.\r
 108 \r
 109 I've tested it.  It's possible, and it even seems to work :) there are\r
 110 weird interactions between things like DKIM and modified message-ids,\r
 111 but i think the warning provided is sufficient to let people know that\r
 112 if they're doing that sort of thing and something breaks, they get to\r
 113 keep both pieces.  The biggest danger, i think, is in marking the\r
 114 non-draft for deletion if a user goes ahead with restoring it.\r
 115 \r
 116           --dkg\r
 117 \r
 118 --=-=-=\r
 119 Content-Type: application/pgp-signature; name="signature.asc"\r
 120 \r
 121 -----BEGIN PGP SIGNATURE-----\r
 122 Version: GnuPG v2\r
 123 \r
 124 iQJ8BAEBCgBmBQJXUc+UXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
 125 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFREIyRTc0RjU2RkNGMkI2NzI5N0I3MzUy\r
 126 NEVDRkY1QUZGNjgzNzBBAAoJECTs/1r/aDcKCxAP/Rby4F1h1heQySr68Q3/kbx+\r
 127 PZ2hmeZIif5a/mCOG3ZVwM5GFfQEQ5IqhgHsCbirpiGxHTSSJ/k2p8on3d17e9Pw\r
 128 SUiKVaI0Ii1YoFKkCuDLvaC/LobYApYJitE2YywDKxF8/m7JSXld5lyYlQrjVp84\r
 129 n7qIWpmk+n80KPDJXxhUS9mk9pXZwiERrhak2c1o9HlqFPWfKeQXRuQcwWNiGLeU\r
 130 2eEPxDFHhfQoq6kZ1mGrwnqbnbU6il7z1ejsFb02F3UthmQ33WQdsA0ZjMTFWsUu\r
 131 jOZhpjYzjyudzFz/9azJaVHM7rF8VVbp762fF6iQqiBWZ7aR6guJMJxb31HwTy+d\r
 132 4Eaa2RFY/BMnQMcfq5XAW2ryxqP4SB4EnVmi8SPoHBO2DYsPw0P5sNBkYhiJVNoA\r
 133 x+IZBBV2FlyP5DhKAs/VQIb8TMovL9prCJGYdzBoU2LRhAliL7iPggb2KcxXi6Ot\r
 134 038Ny94fnBoR+khbadDCXlX2Pgx1RFJZxSDMd67knpRhTaae5CMXLtE6sMiXoLQj\r
 135 YQZi5hWrrI2zJeuLVPjxkKqKRrZ2YpsgHDa5gBs+naecWu7ILKAR185HkqVDA3Y6\r
 136 XEtYL/5zyWFY4qxeTMhO146LE0BgLSDF0X6lVtB0Y66GFo0KUoa9A7kAyDjbV6nN\r
 137 V3E0CMJVwftk1z5HZpGx\r
 138 =XXOg\r
 139 -----END PGP SIGNATURE-----\r
 140 --=-=-=--\r