49/79ea06b11576d9d48d3df17cbec54f7178ce74

   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 0BDFC4196F2\r
   6         for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 04:59:38 -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: -4.19\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5\r
  12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01]\r
  13         autolearn=ham\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id g-2WyWPXtGdA for <notmuch@notmuchmail.org>;\r
  17         Mon, 12 Apr 2010 04:59:37 -0700 (PDT)\r
  18 Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 1B0A3431FC1\r
  20         for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 04:59:37 -0700 (PDT)\r
  21 Received: from servo.finestructure.net (cpe-72-227-128-66.nyc.res.rr.com\r
  22         [72.227.128.66])\r
  23         (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
  24         by brinza.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o3CBxSVg024813\r
  25         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
  26         Mon, 12 Apr 2010 07:59:29 -0400 (EDT)\r
  27 Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
  28         (envelope-from <jrollins@finestructure.net>)\r
  29         id 1O1IIa-0001fn-3h; Mon, 12 Apr 2010 07:59:28 -0400\r
  30 From: Jameson Rollins <jrollins@finestructure.net>\r
  31 To: Sebastian Spaeth <Sebastian@SSpaeth.de>, Anthony Towns\r
  32         <aj@erisian.com.au>, notmuch <notmuch@notmuchmail.org>\r
  33 Subject: Re: [PATCH] notmuch new --new-tags=tags...\r
  34 In-Reply-To: <871velp0be.fsf@SSpaeth.de>\r
  35 References: <n2x87b3a4191004100803z9d4c4c2bp52f5cf0d7b712362@mail.gmail.com>\r
  36         <871velp0be.fsf@SSpaeth.de>\r
  37 Date: Mon, 12 Apr 2010 07:59:14 -0400\r
  38 Message-ID: <87y6gseval.fsf@servo.finestructure.net>\r
  39 MIME-Version: 1.0\r
  40 Content-Type: multipart/signed; boundary="=-=-=";\r
  41         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  42 X-No-Spam-Score: Local\r
  43 X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8\r
  44 X-BeenThere: notmuch@notmuchmail.org\r
  45 X-Mailman-Version: 2.1.13\r
  46 Precedence: list\r
  47 List-Id: "Use and development of the notmuch mail system."\r
  48         <notmuch.notmuchmail.org>\r
  49 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  50         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  51 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  52 List-Post: <mailto:notmuch@notmuchmail.org>\r
  53 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  54 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  55         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  56 X-List-Received-Date: Mon, 12 Apr 2010 11:59:38 -0000\r
  57 \r
  58 --=-=-=\r
  59 Content-Transfer-Encoding: quoted-printable\r
  60 \r
  61 On Mon, 12 Apr 2010 10:00:37 +0200, "Sebastian Spaeth" <Sebastian@SSpaeth.d=\r
  62 e> wrote:\r
  63 > On 2010-04-10, Anthony Towns wrote:\r
  64 > > The attached patch makes "notmuch new --new-tags=3Dunread,new" set the\r
  65 > > "unread" and "new" tags on any new mail it finds rather than "unread"\r
  66 > > and "inbox". Or whatever other tags you happen to specify.\r
  67 >=20\r
  68 > Thanks for the patch. I can't comment on the code quality, but rather\r
  69 > than having to specify the set of new tags on the command line every\r
  70 > time, I think it would make more sense to put them in the notmuch config\r
  71 > file as this patch does:\r
  72 > id:1268432006-24333-2-git-send-email-bgamari.foss@gmail.com\r
  73 \r
  74 I was thinking about this, and it seems to me that we really need is a\r
  75 way to just specify which tags should be applied to new messages based\r
  76 on search terms.  It's becoming pretty clear that most people are doing\r
  77 some sort of post-notmuch-new tag processing to modify the tags of new\r
  78 messages to suite their needs.  Why not just integrate this directly\r
  79 into the notmuch-new processing itself?  It seems like if this was\r
  80 integrated into notmuch-new directly, the entire processing of new\r
  81 messages could be sped up considerably, so that one wouldn't have to\r
  82 call multiple notmuch-new processes in succession.\r
  83 \r
  84 I'm not sure exactly what the best way to handle it would be, but I can\r
  85 imagine something like this:\r
  86 \r
  87 [new-tags]\r
  88 +sent -new -- from:jrollins@finestructure.net\r
  89 +drafts -new -- folder:draft\r
  90 +notmuch -- from:notmuch@notmuchmail.org\r
  91 +unread +inbox -new -- tag:new\r
  92 \r
  93 These are all just commands for "notmuch tag" that would be run on all\r
  94 the new messages as they're processed.  Each new message would be given\r
  95 "new" tag by default, and then the new tag commands would be run.  So it\r
  96 would be the equivalent of running the following commands:\r
  97 \r
  98 notmuch new --new-tags=3Dnew\r
  99 notmuch tag +sent -new -- from:jrollins@finestructure.net\r
 100 notmuch tag +drafts -new -- folder:draft\r
 101 notmuch tag +notmuch -- from:notmuch@notmuchmail.org\r
 102 notmuch tag +unread +inbox -- tag:new\r
 103 \r
 104 This would make things much easier for everyone who is doing post-new\r
 105 tag processing, which I think is probably most people.  And I'm sure it\r
 106 could be made much more efficient (if coded properly) than running all\r
 107 these notmuch commands in succession, especially for people who have a\r
 108 lot of post-new tag processing to do.  Keeping the syntax identical to\r
 109 the notmuch-tag command syntax would keep things simple as well.\r
 110 \r
 111 Do people who do a lot of post-notmuch-new tag processing think\r
 112 something like this would suite their needs?\r
 113 \r
 114 jamie.\r
 115 \r
 116 --=-=-=\r
 117 Content-Type: application/pgp-signature\r
 118 \r
 119 -----BEGIN PGP SIGNATURE-----\r
 120 Version: GnuPG v1.4.10 (GNU/Linux)\r
 121 \r
 122 iQIcBAEBCAAGBQJLwwsTAAoJEO00zqvie6q8REkP+wVt51NlL+1D2t/UNqb2awYn\r
 123 bfDepYfqB1GtykQ0yMPmnRVnAkWYSm0fS/JKoWXHmu+SPBPvbzbXavjPewmp76rg\r
 124 rtjMq5E9Q9kXgmUnJY/sVcwUwfdctWRVahQMDR6skcyIMSVQ6ppQNPc4osmd8z9B\r
 125 +Fjf0f41VN86qsbRgDDAD5NBxQ7oePvMaK7XZT4mb3CJYbel/RVExOef7kq1+b8v\r
 126 Hlk3s0yWAdnC6XKZHKtQKCFfaNOU7K0ykpxV7V5V3rxXETX633IULNFk8Ns3BQbA\r
 127 9SCD+2OAJ9Z8VqHup4E7aahxbznK0ONyUV0nVG27c+7fuGsmQ+KwfnLz8VXSPbFg\r
 128 ICYdFyUsKu8crufn3a9OYn+cEdB9ZzEqjP1DVk15zxUm9KvjCMLipUVU/1opwyXt\r
 129 aT0RfaETWMljue2MyQJ5WUS2qMyRE+tG/VgI5oWiPKqs0kNTvmdAsxrJFi7QLxu1\r
 130 DTp1O4R8i2d3sp7Vbz6HyGsYFKB4T4DjeVAp0iIQ9Trm3etEXD8+QciFEiLwnGTW\r
 131 bk1VuGi3QulB2Xpuk9fXBPpJMjguRY7tRqFInrhVK9PlmTLYv3ZOQGQEbYNhzWPL\r
 132 95cUHBwx9BIBz+/otR6Gq8hDElsu/gqAsXsir8ozqLRNhDCkuEisnYSnSoXEGHlw\r
 133 e9waVHEGfksNRj4lP/h5\r
 134 =BN6P\r
 135 -----END PGP SIGNATURE-----\r
 136 --=-=-=--\r