6d/ec2e6130e75279b86df9111d6acedc3f39de5b

   1 Return-Path: <prvs=519e4798b=jrosenthal@jhu.edu>\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 569D7431FD2\r
   6         for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 08:24:02 -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\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         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 UiUJmkLRv6Id for <notmuch@notmuchmail.org>;\r
  16         Thu, 28 Jun 2012 08:24:01 -0700 (PDT)\r
  17 Received: from smtpauth.johnshopkins.edu (smtpauth.johnshopkins.edu\r
  18         [128.220.160.201]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 30F2E431FB6\r
  21         for <notmuch@notmuchmail.org>; Thu, 28 Jun 2012 08:24:01 -0700 (PDT)\r
  22 X-IronPort-Anti-Spam-Filtered: true\r
  23 X-IronPort-Anti-Spam-Result: Ak4JAPl17E8KoSES/2dsb2JhbABFtQEDgi6CGAEBBAFuAg4LCw0LCSUPASwbBgESG4drsDeJBIs3ZoUkA5sqA40D\r
  24 X-IronPort-AV: E=Sophos;i="4.77,492,1336363200"; d="scan'208";a="176807767"\r
  25 Received: from unknown (HELO watt) ([10.161.33.18])\r
  26         by ipex4.johnshopkins.edu with ESMTP/TLS/AES256-SHA;\r
  27         28 Jun 2012 11:23:51 -0400\r
  28 Received: from jkr by watt with local (Exim 4.76)\r
  29         (envelope-from <jrosenthal@jhu.edu>)\r
  30         id 1SkGZx-0007dk-9L; Thu, 28 Jun 2012 11:24:21 -0400\r
  31 From: Jesse Rosenthal <jrosenthal@jhu.edu>\r
  32 To: David Bremner <david@tethera.net>,\r
  33         Jameson Graef Rollins <jrollins@finestructure.net>,\r
  34         Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org\r
  35 Subject: Re: [PATCH] Restore original keybinding ('r' = reply-to-all)\r
  36 In-Reply-To: <87hatwqoz9.fsf@maritornes.cs.unb.ca>\r
  37 References: <1340815565-21083-1-git-send-email-cworth@cworth.org>\r
  38         <87obo4zljq.fsf@servo.finestructure.net>\r
  39         <87hatwqoz9.fsf@maritornes.cs.unb.ca>\r
  40 User-Agent: Notmuch/0.12+113~gde05574 (http://notmuchmail.org) Emacs/24.1.50.1\r
  41         (i686-pc-linux-gnu)\r
  42 Date: Thu, 28 Jun 2012 11:24:21 -0400\r
  43 Message-ID: <87ehozmpcq.fsf@jhu.edu>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: text/plain\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Thu, 28 Jun 2012 15:24:02 -0000\r
  59 \r
  60 On Wed, 27 Jun 2012, David Bremner <david@tethera.net> wrote:\r
  61 > My bias is probably apparent in that I pushed the original patch...\r
  62 \r
  63 And mine in that the first thing I did in my .emacs, back in 2009 or so,\r
  64 was write a reply-to-sender function, and reverse the behavior. In fact,\r
  65 I just got around to using the built-in behavior in the last couple of\r
  66 weeks or so.\r
  67 \r
  68 > I think the there is potential for unfortunate mistakes with either set\r
  69 > of bindings. On the one hand sending replies to unintended people can be\r
  70 > very embarrassing. \r
  71 \r
  72 Or something close to career-threatening. If you are in an office\r
  73 situation with non-technical folks, which I am, and which more and more\r
  74 of our users will likely be, replying-all accidentally can be quite\r
  75 dire. The deans and the chair of my department frequently send out\r
  76 requests for votes or comments to the whole department or faculty. In\r
  77 many cases, the information requested is ridiculously confidential for\r
  78 the medium; an accidental reply-all would be -- and I'm not overstating\r
  79 -- disastrous. Incidences of this are rare, because it's not the default\r
  80 in most standard clients. Even those coming from mutt or gnus are likely\r
  81 to be surprised.\r
  82 \r
  83 If it's not obvious, I'm pretty strongly against Carl's roll-back.  I\r
  84 could, of course, just uncomment my old correction in my .emacs, but I\r
  85 think it's a change that could hurt users. Those who are more likely to\r
  86 prefer the reply-all behavior are more likely to be able to change the\r
  87 defaults. Those who aren't likely to change the defaults are more likely\r
  88 to be bitten, badly, by a default reply-all behavior.\r
  89 \r
  90 > On the other hand, forgetting to reply to the group can also be\r
  91 > problematic.\r
  92 \r
  93 True that. My solution to this has been to write what I call a\r
  94 "smart-reply" function -- it replies-all when you want it to, and\r
  95 replies-to-sender the rest of the time. It's pretty simple, and I sent\r
  96 it into the list before[0], but the basic functionality is that I give\r
  97 it a list of to: addresses that I will want to reply-all to by default\r
  98 (essentially, my mailing lists), and those will, by default, reply\r
  99 all. Others will by default be reply-to-sender. I realize this\r
 100 complicates the setup a bit, but it makes everyday use quite easy.\r
 101 \r
 102 Best,\r
 103 \r
 104 Jesse\r
 105 \r
 106 [0] id:"87hay8xdoe.fsf@jhu.edu"\r
 107 \r