37/946d26d6373c63232367224358813697990b56

   1 Return-Path: <jrollins@finestructure.net>\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 B1E0E431FBC\r
   6         for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 13:47:07 -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: -3.334\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-3.334 tagged_above=-999 required=5 tests=[AWL=0.665,\r
  12         BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] 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 OAbRtg4rmKdA for <notmuch@notmuchmail.org>;\r
  16         Mon, 25 Jan 2010 13:47:07 -0800 (PST)\r
  17 Received: from serrano.cc.columbia.edu (serrano.cc.columbia.edu [128.59.29.6])\r
  18         by olra.theworths.org (Postfix) with ESMTP id E2A1E431FAE\r
  19         for <notmuch@notmuchmail.org>; Mon, 25 Jan 2010 13:47:06 -0800 (PST)\r
  20 Received: from servo.finestructure.net (cpe-72-227-128-66.nyc.res.rr.com\r
  21         [72.227.128.66])\r
  22         (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
  23         by serrano.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o0PLl52K015331\r
  24         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
  25         Mon, 25 Jan 2010 16:47:06 -0500 (EST)\r
  26 Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
  27         (envelope-from <jrollins@finestructure.net>)\r
  28         id 1NZWm0-0004Wr-IR; Mon, 25 Jan 2010 16:47:04 -0500\r
  29 From: Jameson Rollins <jrollins@finestructure.net>\r
  30 To: Mike Kelly <pioto@pioto.org>, notmuch <notmuch@notmuchmail.org>\r
  31 In-Reply-To: <20100125162247.85F0F66FA8@aether.pioto.org>\r
  32 Date: Mon, 25 Jan 2010 16:46:55 -0500\r
  33 Message-ID: <87tyu9dfhs.fsf@servo.finestructure.net>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: multipart/signed; boundary="=-=-=";\r
  36         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  37 X-No-Spam-Score: Local\r
  38 X-Scanned-By: MIMEDefang 2.68 on 128.59.29.6\r
  39 Subject: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.13\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Mon, 25 Jan 2010 21:47:07 -0000\r
  53 \r
  54 --=-=-=\r
  55 Content-Transfer-Encoding: quoted-printable\r
  56 \r
  57 On Mon, 25 Jan 2010 11:22:47 -0500 (EST), Mike Kelly <pioto@pioto.org> wrot=\r
  58 e:\r
  59 >   Similarly, provide a mechanism for correlating the folder name with\r
  60 >   some set of tags, and change those tags as messages are moved around.=\r
  61 =20=20\r
  62 >=20\r
  63 > For example, I might have:\r
  64 >=20\r
  65 > ~/.notmuch-config:\r
  66 >=20\r
  67 >     [database]\r
  68 >     path=3D/home/pioto/mail\r
  69 >     ...\r
  70 >     [tags]\r
  71 >     pioto@pioto.org/INBOX.ListMail.notmuch =3D notmuch\r
  72 >=20\r
  73 > So, a 'tags' section, where each key is the folder name, relative to the\r
  74 > db path, and the value is one or more tag names\r
  75 \r
  76 I think this idea is a really good one and I would like to pursue it as\r
  77 a tangent thread here.  I was going to propose something very similar to\r
  78 this.  I think it's a very flexible idea that would help in a lot of\r
  79 ways.\r
  80 \r
  81 For instance, notmuch emacs (and emacs message-mode) is currently not\r
  82 good at handling sent mail.  At the moment mail is just Bcc'd to\r
  83 yourself.  However, this means that these sent messages end up back in\r
  84 your inbox with 'inbox' and 'unread' tags which then need to be removed\r
  85 so that the sent message is archived.  If one could configure notmuch\r
  86 such that only new mail in an inbox directory would be tagged with\r
  87 'inbox' and 'unread', and manage to coax emacs to fcc directly into an\r
  88 archive, then these sent messages would not have the problematic 'inbox'\r
  89 and 'unread' tags.  Even better, then sent mail could be fcc'd to a sent\r
  90 mail directory would could then be configured to automatically get a\r
  91 'sent' tag.\r
  92 \r
  93 Notmuch emacs also currently does not handle message drafts, which makes\r
  94 it very difficult to resume messages that were postponed from a previous\r
  95 session.  If notmuch could be configured to tag messages in the\r
  96 message-mode "message-auto-save-directory" with a 'draft' tag, then it\r
  97 would greatly facilitate finding draft messages.\r
  98 \r
  99 It would also be sweet if this could remove tags as well (maybe be\r
 100 prepending '-' or '+' to the tag specification.  For example, I can\r
 101 imagine implementing the above examples like this:\r
 102 \r
 103 [database]\r
 104 path=3D/home/jrollins/.mail\r
 105 \r
 106 [tags]\r
 107 inbox =3D +inbox,+unread\r
 108 sent =3D +sent\r
 109 drafts =3D +draft\r
 110 archive =3D -inbox\r
 111 \r
 112 I think we should definitely implement something like this.  It would\r
 113 make things a lot more flexible.  Notmuch could be configured to not tag\r
 114 any messages by default (which would make a lot of people using notmuch\r
 115 for other backends happier) and then notmuch setup could could provide\r
 116 an example tags stanza that would tag new messages with 'inbox' and\r
 117 'unread' (maybe with a wildcard that would replicate the current\r
 118 behavior):\r
 119 \r
 120 [tags]\r
 121 * =3D +inbox,+unread\r
 122 \r
 123 I would love to see this.  Hopefully we can rally some more support for\r
 124 this idea.\r
 125 \r
 126 jamie.\r
 127 \r
 128 --=-=-=\r
 129 Content-Type: application/pgp-signature\r
 130 \r
 131 -----BEGIN PGP SIGNATURE-----\r
 132 Version: GnuPG v1.4.10 (GNU/Linux)\r
 133 \r
 134 iQIcBAEBCAAGBQJLXhFQAAoJEO00zqvie6q8X+MP/A8TEzXc27fPjmU0wKIOoRtN\r
 135 TTsVACSM3KqJeAkvXdN8cmzwwCogLuFQra90wuyL8YpZzEgCbQaYm4/DZ0xBCUYK\r
 136 qc6gaSVKE7xSoAc2vaTiDZAJUzgv3qVfFJ5DpCcAZe4DaOADYMgSyOZqVgpWIdMh\r
 137 vyDrmI1S5D9ljS1hpSMoxDojxnanXyc5wIza1EAAYtA8SZ70F2bP6y7BaJwKFs9E\r
 138 NbsolOVISbeUCkeGjGEjqqdXE4K9ZWGkjicQLR4JOWi+POc4KWVxLQ+zP0m1NMfW\r
 139 DO2z1YK46TElWe7eK/1u8POAPB9FPTqPhEMsehFnaJdv5Hf993sKxElPiyB6JBki\r
 140 XFm4ZnT+Sl9IABAnbwHEhw+FkBSaPSrnG98PjMEdqiksM+ZD7Zqg48GwLdnudfKo\r
 141 6bdudMNi4h/Jd9cwiBlWus251IrjTgBSdpzd6wbSmC8JOzqWEYK+3dLZi3KfsXIL\r
 142 tV0CFR2RRBvcQT7GIQnqLLRWGvakEs0MtrUlRXH4/U0T+v2C6+cfe2bkJk5NedhC\r
 143 1nYbNLcGq5dKLJ+T48ThxDQaI6Dp4KCnk5FgUr0LA5Elshhx8eRmtdWdRoZL5nu9\r
 144 Sw7UBAhwzEKZi61Rtwh/qE3ZyY0Vz20HP/x9pZa09YhLpjaH24IJPuOuhNb9KRzv\r
 145 SiWcyGpEvIj8rsRtmNA/\r
 146 =nCQJ\r
 147 -----END PGP SIGNATURE-----\r
 148 --=-=-=--\r