Re: [PATCH v3] emacs: postpone/resume support

diff --git a/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 b/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0
new file mode 100644 (file)
index 0000000..b48b9b9
--- /dev/null
+++ b/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0
@@ -0,0 +1,126 @@
+Return-Path: <dkg@fifthhorseman.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 3D29B6DE0936\r
+ for <notmuch@notmuchmail.org>; Fri,  8 Jul 2016 03:15:51 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.111\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.111 tagged_above=-999 required=5 tests=[AWL=0.111]\r
+ autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id lcygxkuvwuLl for <notmuch@notmuchmail.org>;\r
+ Fri,  8 Jul 2016 03:15:43 -0700 (PDT)\r
+Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 8C4F06DE0930\r
+ for <notmuch@notmuchmail.org>; Fri,  8 Jul 2016 03:13:25 -0700 (PDT)\r
+Received: from fifthhorseman.net (unknown [88.128.80.54])\r
+ by che.mayfirst.org (Postfix) with ESMTPSA id 1EB82F98B;\r
+ Fri,  8 Jul 2016 06:13:23 -0400 (EDT)\r
+Received: by fifthhorseman.net (Postfix, from userid 1000)\r
+ id DDE2E2076C; Thu,  7 Jul 2016 20:00:13 -0400 (EDT)\r
+From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
+To: David Bremner <david@tethera.net>, Tomi Ollila <tomi.ollila@iki.fi>,\r
+ Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH v3] emacs:  postpone/resume support\r
+In-Reply-To: <87wpm3dgu6.fsf@zancas.localnet>\r
+References: <1465001026-29392-1-git-send-email-markwalters1009@gmail.com>\r
+ <m2y46jrk4x.fsf@guru.guru-group.fi> <87wpm3dgu6.fsf@zancas.localnet>\r
+User-Agent: Notmuch/0.22+69~gd812194 (https://notmuchmail.org) Emacs/24.5.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Thu, 07 Jul 2016 20:00:10 -0400\r
+Message-ID: <87shvlf185.fsf@alice.fifthhorseman.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha512; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 08 Jul 2016 10:15:51 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+On Sun 2016-06-05 07:18:25 -0400, David Bremner wrote:\r
+> Tomi Ollila <tomi.ollila@iki.fi> writes:\r
+>\r
+>> ... but I think I am not biased when I think that if ctrl-x ctrl-s\r
+>> does something more magical than simple (save-buffer) in buffers that\r
+>> looks like text editing buffer, that is going to be unexpected disturbing\r
+>> functionality to someone (else like me)...\r
+>\r
+> This is a valid point. On the other hand the binding is copied from\r
+> Gnus, which also includes at least _some_ magic\r
+>\r
+>       http://www.gnu.org/software/emacs/manual/html_node/gnus/Drafts.html\r
+\r
+gnus isn't the only thing that does something more "magical" than saving\r
+a raw buffer to a file.\r
+\r
+try the following:\r
+\r
+   echo test | gpg --output test.gpg --armor --default-recipient-self  --encrypt\r
+   emacs test.gpg\r
+\r
+emacs will prompt you to decrypt the file, then let you edit the\r
+cleartext buffer.\r
+\r
+a subsequent "C-x C-s" will re-save it encrypted.  (at least it does for\r
+me!)\r
+\r
+[ i note several weirdnesses here around the round-trip cleanliness and\r
+  safety of this operation which aren't relevant to notmuch, but that's\r
+  a different story, and i've reported them to emacs upstream ]\r
+\r
+Of course, this functionality appears to also happen within\r
+"save-buffer" itself -- so arguably it's not more "magical" than\r
+save-buffer, since it *is* save-buffer.\r
+\r
+\r
+Tomi, would you object if Mark's patches were somehow integrated into\r
+save-buffer itself, instead of just re-mapping C-x C-s ?  (i don't know\r
+elisp well enough to know how feasible that would be)\r
+\r
+My bottom line:\r
+\r
+Mark's series here works well for me, and represents the best draft\r
+handling i've seen yet for notmuch-emacs.  It would be really good to\r
+incorporate something approximating this functionality in the mainline.\r
+\r
+        --dkg\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v2\r
+\r
+iQJ8BAEBCgBmBQJXfu0KXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
+ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFREIyRTc0RjU2RkNGMkI2NzI5N0I3MzUy\r
+NEVDRkY1QUZGNjgzNzBBAAoJECTs/1r/aDcKe6sP/3MdQONm9xPOSZ818M2lZf+d\r
+Wo5cghlwXizqTrmxhvE5moQyamsVYQTeiL6e3y/VtTcF2Hn68SnH+J5C8Vj42QbB\r
+E7FTz52fa0oTgA8sFGGSlY662En17mCckWW9x+7kdawanWhCmgvm3/czvO+1Dz1R\r
+9lGMTuHBGbK5doTHBj4jQyuw7MoRRGmRIhkyf9N1mcan/i0oivg9OkFS87Yho2mc\r
+XLKWAd3PNaDup8TqpK5lo1HQ9T3HCkXzOUHqHeZwjGGpuQkbvRSC9LIzmgKYpbb2\r
+RYG4lWiQeabzOczM6FwHa3OZZUV6nHC8LXjGcYpT4UskP6KI6u0r8QGcIkmcucAo\r
+ZQn7iRMVqFUpwSjyUStVIoQcrke9AEvB/KiMmeIFW9IvPIb5xxdmtCR9EXk2RBo9\r
+nFjk9mGzfEYvEQXx3CoVjK2aMhDFDqf1PrAArlRwkS4z0KYe/2FGv3sdlN0PFq5u\r
+wL9/6+dgxKANMBthEuGt7f6Xz5HzLKJU9D5Wxb7YeTVKI7QXSyvjlC870TmMyXs6\r
+db3u1RLbrW2oSf3t0ONJ2IWNct0kC+gM5U76BFSF+XjhVl+nsIpGk2tzL1OntLNt\r
+Na+LrBVuI5eMUyPPdpwWgZzxcSDGLqZaP1J/uXGiSazp2zv8gYpypWFHFcQMgVPh\r
+7gw7En/whdhmRtw8vkfC\r
+=Zydg\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r