97/3491c6e2b0d01afdc692546b5259071ce2f6bc

   1 Return-Path: <cworth@cworth.org>\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 BD4E5431FBF\r
   6         for <notmuch@notmuchmail.org>; Fri, 26 Feb 2010 12:00:12 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -1.992\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.992 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1.8, AWL=-0.193, BAYES_50=0.001] autolearn=ham\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 rjluT7ZDBfgN for <notmuch@notmuchmail.org>;\r
  16         Fri, 26 Feb 2010 12:00:12 -0800 (PST)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 04504431FAE\r
  19         for <notmuch@notmuchmail.org>; Fri, 26 Feb 2010 12:00:12 -0800 (PST)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id 34B9325427B; Fri, 26 Feb 2010 12:00:07 -0800 (PST)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: notmuch@notmuchmail.org\r
  24 Date: Fri, 26 Feb 2010 12:00:06 -0800\r
  25 Message-ID: <87zl2v4vjt.fsf@yoom.home.cworth.org>\r
  26 MIME-Version: 1.0\r
  27 Content-Type: multipart/signed; boundary="=-=-=";\r
  28         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  29 Subject: [notmuch] Thoughts on not seeing messages I can't deal with (yet,\r
  30         or now, or here...)\r
  31 X-BeenThere: notmuch@notmuchmail.org\r
  32 X-Mailman-Version: 2.1.13\r
  33 Precedence: list\r
  34 List-Id: "Use and development of the notmuch mail system."\r
  35         <notmuch.notmuchmail.org>\r
  36 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  37         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  38 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  39 List-Post: <mailto:notmuch@notmuchmail.org>\r
  40 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  41 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  43 X-List-Received-Date: Fri, 26 Feb 2010 20:00:12 -0000\r
  44 \r
  45 --=-=-=\r
  46 \r
  47 [This mail started as some off-topic rambling in my reply to the\r
  48 notmuch-reply script. So that's why it starts on one topic and ends\r
  49 somewhere else entirely.]\r
  50 \r
  51 I'm currently avoiding any locking failures with notmuch commands by\r
  52 running "notmuch new" manually, (rather than from a cron job). And it\r
  53 occurs to me that running "notmuch new" manually has a certain\r
  54 benefit---it allows me to bring in a chunk of mail, and then process all\r
  55 of that (either by replying, or setting aside to a particular project or\r
  56 "todo" tag, etc.) without getting distracted by other mail coming in.\r
  57 \r
  58 It almost makes me want to just run "notmuch new" something like once\r
  59 per day.\r
  60 \r
  61 But then, of course, there are times where there are important messages\r
  62 I need to get to quickly, or fast-moving threads where I need to reply\r
  63 several times throughout the day.\r
  64 \r
  65 But I do have particular mailing lists that I don't want to read more\r
  66 than once a day, for instance. If I wait until I have about a days worth\r
  67 of mail in those lists, then I can deal with them very efficiently,\r
  68 (just scan all the subjects, read a thread or two and the "* -inbox" the\r
  69 rest). This gets a lot less efficient if I have to deal with those lists\r
  70 on a regular basis throughout the day, (particularly before we have\r
  71 support for "muted" threads).\r
  72 \r
  73 So I'd like to be able to deal with important messages as they come in,\r
  74 but postpone bulk stuff.\r
  75 \r
  76 But I also notice that there's a bad tendency I have if I try to do this\r
  77 postponing manually. Mail starts collecting in one of these bulk-list\r
  78 folders, and I start training myself to ignore the folder, then it gets\r
  79 huge, (which discourages me even more from looking at it, etc.). [*]\r
  80 \r
  81 So I want better support from notmuch to tell me what things deserve my\r
  82 attention, so that I can avoid training myself to ignore things. I think\r
  83 what I want here is the ability to set a threshold on a particular\r
  84 folder based on number of messages or date. Something like: "Don't show\r
  85 me this folder at all until it has more than X messages or until the\r
  86 oldest message is at least Y hours old".\r
  87 \r
  88 [*] A similar, (but more dangerous), problem occurs with manually\r
  89 postponing things into a "todo" folder. If I just added a bunch of\r
  90 things to my todo folder then I have a tendency to think, "I don't need\r
  91 to look at that---that's got a bunch of things I just decided to\r
  92 postpone". But then I forget that I put some things in there previously\r
  93 that really need my attention now.\r
  94 \r
  95 I know that what I really want instead of "todo" is a way to express the\r
  96 reason I'm postponing a message. There's probably some resource I'm\r
  97 missing that I need before I can deal with it. Perhaps that's:\r
  98 \r
  99   * I can't decide on this until I'm with co-workers and can talk about\r
 100     this.\r
 101 \r
 102   * I can't resolve this until I'm at the office with the right hardware\r
 103     to test.\r
 104 \r
 105   * I need to remember to do something with this when I'm at home.\r
 106 \r
 107   * I need a nice block of "discretionary time" to be able to give this\r
 108     topic the attention I want to.\r
 109 \r
 110   * I need to look at this message again on this Saturday.\r
 111 \r
 112 So what I really want to do is to tag things based on those criteria,\r
 113 ("office", "magic-hardware", "home", "discretionary", "2010-02-27"),\r
 114 which I can at least do now.\r
 115 \r
 116 But what I'm currently missing is a way for the folders based on these\r
 117 tags to only appear at the right times, (when the resource is\r
 118 available).\r
 119 \r
 120 When the messages appear at the wrong times, it just trains me to ignore\r
 121 things, and that's when I start forgetting things and let things fall\r
 122 through.\r
 123 \r
 124 No concrete proposal here, but just some musings on the kinds of issues\r
 125 I'd really like to be exploring with notmuch, (once we can get past all\r
 126 these little things like maildir flags, keybindings, failed HTML\r
 127 rendering, missing FCC support, etc. etc. etc.).\r
 128 \r
 129 -Carl\r
 130 \r
 131 --=-=-=\r
 132 Content-Type: application/pgp-signature\r
 133 \r
 134 -----BEGIN PGP SIGNATURE-----\r
 135 Version: GnuPG v1.4.10 (GNU/Linux)\r
 136 \r
 137 iD8DBQFLiChH6JDdNq8qSWgRApULAJ9iTGJinVBipck7QL19Jk/PKaPWgQCfYKfe\r
 138 PhPS0ErQ9KxxKEiqVMT/xoE=\r
 139 =I7yd\r
 140 -----END PGP SIGNATURE-----\r
 141 --=-=-=--\r