e2/fd8b0fb44b22ad29a102c1fea295f64c441134

   1 Return-Path: <michael.hudson@canonical.com>\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 97F4C42118E\r
   6         for <notmuch@notmuchmail.org>; Thu, 30 Jun 2011 14:26:57 -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: -2.3\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 v+3KDdMvL9m9 for <notmuch@notmuchmail.org>;\r
  16         Thu, 30 Jun 2011 14:26:57 -0700 (PDT)\r
  17 Received: from adelie.canonical.com (adelie.canonical.com [91.189.90.139])\r
  18         by olra.theworths.org (Postfix) with ESMTP id D8807421192\r
  19         for <notmuch@notmuchmail.org>; Thu, 30 Jun 2011 14:26:56 -0700 (PDT)\r
  20 Received: from youngberry.canonical.com ([91.189.89.112])\r
  21         by adelie.canonical.com with esmtp (Exim 4.71 #1 (Debian))\r
  22         id 1QcOlA-0000TR-Qu; Thu, 30 Jun 2011 21:26:53 +0000\r
  23 Received: from [120.136.5.22] (helo=angrist)\r
  24         by youngberry.canonical.com with esmtpsa\r
  25         (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71)\r
  26         (envelope-from <michael.hudson@canonical.com>)\r
  27         id 1QcOlA-0002Kk-FH; Thu, 30 Jun 2011 21:26:52 +0000\r
  28 Received: by angrist (Postfix, from userid 1000)\r
  29         id 498FD201134; Fri,  1 Jul 2011 09:26:48 +1200 (NZST)\r
  30 From: Michael Hudson-Doyle <michael.hudson@canonical.com>\r
  31 To: Carl Worth <cworth@cworth.org>,\r
  32  Brian May <brian@microcomaustralia.com.au>,\r
  33         Notmuch Mail <notmuch@notmuchmail.org>\r
  34 Subject: Re: Preventing the user shooting themself in the foot\r
  35 In-Reply-To: <874o37513c.fsf@yoom.home.cworth.org>\r
  36 References: <86iproe86u.fsf@greenrd.plus.com>\r
  37         <87fwms45xz.fsf@yoom.home.cworth.org>\r
  38         <BANLkTi=StMS67+UwQbm8cUH3yNr_ySrN5A@mail.gmail.com>\r
  39         <874o37513c.fsf@yoom.home.cworth.org>\r
  40 User-Agent: Notmuch/0.6~264+mwhudson+1691~natty1 (http://notmuchmail.org)\r
  41         Emacs/23.1.50.1 (x86_64-pc-linux-gnu)\r
  42 Date: Fri, 01 Jul 2011 09:26:48 +1200\r
  43 Message-ID: <87vcvnnh7r.fsf@canonical.com>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: text/plain; charset=us-ascii\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, 30 Jun 2011 21:26:57 -0000\r
  59 \r
  60 On Wed, 29 Jun 2011 22:40:07 -0700, Carl Worth <cworth@cworth.org> wrote:\r
  61 Non-text part: multipart/mixed\r
  62 Non-text part: multipart/signed\r
  63 \r
  64 not sure why notmuch reply is putting that there :)\r
  65 \r
  66 > The lack of a "move to next thread" binding helps encourage me to form\r
  67 > good habits. The goal I have when processing my inbox is to get\r
  68 > everything *out* of my inbox. I can do that by deciding one of several\r
  69 > common things:\r
  70 > \r
  71 >     * I have nothing to do\r
  72 > \r
  73 >       In this case I should just archive the message immediately\r
  74 > \r
  75 >     * I can deal with this message "on the spot" (such as a quick reply)\r
  76 > \r
  77 >       In this case, I should deal with the message, then archive it\r
  78 > \r
  79 >     * I can't deal with this now, but need to later\r
  80 > \r
  81 >       This is the key scenario. The wrong thing to do is to leave the\r
  82 >       message in my inbox, (that just makes things pile up and makes\r
  83 >       my future inbox processing slow, demotivating, and\r
  84 >       unreliable). The right thing to do is to tag this message in a\r
  85 >       way that I'm sure I'll find it again when I will be equipped to\r
  86 >       deal with it. And then I can archive the message.\r
  87 \r
  88 I'm come to strongly agree that this is the Right Way to process email\r
  89 too, so should there be a keybinding for this last operation?  It should\r
  90 tag the message (or the thread?) with, say, 'task', and then proceeded\r
  91 as 'a' does.  'task' should be in the default searches you get in\r
  92 the notmuch hello buffer.\r
  93 \r
  94 I realize there is endless bikeshedding to be done on tag names and so\r
  95 on and also on allowing people to choose their own workflow, but I also\r
  96 think that this shouldn't stop the addition of a sensible default :)\r
  97 \r
  98 Cheers,\r
  99 mwh\r