Re: [PATCH] Restore original keybinding ('r' = reply-to-all)

diff --git a/6d/ec2e6130e75279b86df9111d6acedc3f39de5b b/6d/ec2e6130e75279b86df9111d6acedc3f39de5b
new file mode 100644 (file)
index 0000000..7bc1877
--- /dev/null
+++ b/6d/ec2e6130e75279b86df9111d6acedc3f39de5b
@@ -0,0 +1,107 @@
+Return-Path: <prvs=519e4798b=jrosenthal@jhu.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 569D7431FD2\r
+       for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 08:24:02 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id UiUJmkLRv6Id for <notmuch@notmuchmail.org>;\r
+       Thu, 28 Jun 2012 08:24:01 -0700 (PDT)\r
+Received: from smtpauth.johnshopkins.edu (smtpauth.johnshopkins.edu\r
+       [128.220.160.201]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 30F2E431FB6\r
+       for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 08:24:01 -0700 (PDT)\r
+X-IronPort-Anti-Spam-Filtered: true\r
+X-IronPort-Anti-Spam-Result: Ak4JAPl17E8KoSES/2dsb2JhbABFtQEDgi6CGAEBBAFuAg4LCw0LCSUPASwbBgESG4drsDeJBIs3ZoUkA5sqA40D\r
+X-IronPort-AV: E=Sophos;i="4.77,492,1336363200"; d="scan'208";a="176807767"\r
+Received: from unknown (HELO watt) ([10.161.33.18])\r
+       by ipex4.johnshopkins.edu with ESMTP/TLS/AES256-SHA;\r
+       28 Jun 2012 11:23:51 -0400\r
+Received: from jkr by watt with local (Exim 4.76)\r
+       (envelope-from <jrosenthal@jhu.edu>)\r
+       id 1SkGZx-0007dk-9L; Thu, 28 Jun 2012 11:24:21 -0400\r
+From: Jesse Rosenthal <jrosenthal@jhu.edu>\r
+To: David Bremner <david@tethera.net>,\r
+       Jameson Graef Rollins <jrollins@finestructure.net>,\r
+       Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH] Restore original keybinding ('r' = reply-to-all)\r
+In-Reply-To: <87hatwqoz9.fsf@maritornes.cs.unb.ca>\r
+References: <1340815565-21083-1-git-send-email-cworth@cworth.org>\r
+       <87obo4zljq.fsf@servo.finestructure.net>\r
+       <87hatwqoz9.fsf@maritornes.cs.unb.ca>\r
+User-Agent: Notmuch/0.12+113~gde05574 (http://notmuchmail.org) Emacs/24.1.50.1\r
+       (i686-pc-linux-gnu)\r
+Date: Thu, 28 Jun 2012 11:24:21 -0400\r
+Message-ID: <87ehozmpcq.fsf@jhu.edu>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://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: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 28 Jun 2012 15:24:02 -0000\r
+\r
+On Wed, 27 Jun 2012, David Bremner <david@tethera.net> wrote:\r
+> My bias is probably apparent in that I pushed the original patch...\r
+\r
+And mine in that the first thing I did in my .emacs, back in 2009 or so,\r
+was write a reply-to-sender function, and reverse the behavior. In fact,\r
+I just got around to using the built-in behavior in the last couple of\r
+weeks or so.\r
+\r
+> I think the there is potential for unfortunate mistakes with either set\r
+> of bindings. On the one hand sending replies to unintended people can be\r
+> very embarrassing. \r
+\r
+Or something close to career-threatening. If you are in an office\r
+situation with non-technical folks, which I am, and which more and more\r
+of our users will likely be, replying-all accidentally can be quite\r
+dire. The deans and the chair of my department frequently send out\r
+requests for votes or comments to the whole department or faculty. In\r
+many cases, the information requested is ridiculously confidential for\r
+the medium; an accidental reply-all would be -- and I'm not overstating\r
+-- disastrous. Incidences of this are rare, because it's not the default\r
+in most standard clients. Even those coming from mutt or gnus are likely\r
+to be surprised.\r
+\r
+If it's not obvious, I'm pretty strongly against Carl's roll-back.  I\r
+could, of course, just uncomment my old correction in my .emacs, but I\r
+think it's a change that could hurt users. Those who are more likely to\r
+prefer the reply-all behavior are more likely to be able to change the\r
+defaults. Those who aren't likely to change the defaults are more likely\r
+to be bitten, badly, by a default reply-all behavior.\r
+\r
+> On the other hand, forgetting to reply to the group can also be\r
+> problematic.\r
+\r
+True that. My solution to this has been to write what I call a\r
+"smart-reply" function -- it replies-all when you want it to, and\r
+replies-to-sender the rest of the time. It's pretty simple, and I sent\r
+it into the list before[0], but the basic functionality is that I give\r
+it a list of to: addresses that I will want to reply-all to by default\r
+(essentially, my mailing lists), and those will, by default, reply\r
+all. Others will by default be reply-to-sender. I realize this\r
+complicates the setup a bit, but it makes everyday use quite easy.\r
+\r
+Best,\r
+\r
+Jesse\r
+\r
+[0] id:"87hay8xdoe.fsf@jhu.edu"\r
+\r