0a/b9cc066a6466319aae8b0c873edf52f4e05a7c

   1 Return-Path: <polatel@gmail.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 1A101431FBC\r
   6         for <notmuch@notmuchmail.org>; Fri, 15 Jan 2010 13:09:40 -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: -0.437\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.437 tagged_above=-999 required=5\r
  12         tests=[AWL=-0.438, 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 KnJtR571EogJ for <notmuch@notmuchmail.org>;\r
  16         Fri, 15 Jan 2010 13:09:39 -0800 (PST)\r
  17 Received: from mail-ew0-f220.google.com (mail-ew0-f220.google.com\r
  18         [209.85.219.220])\r
  19         by olra.theworths.org (Postfix) with ESMTP id D3FF6431FAE\r
  20         for <notmuch@notmuchmail.org>; Fri, 15 Jan 2010 13:09:38 -0800 (PST)\r
  21 Received: by ewy20 with SMTP id 20so1245392ewy.0\r
  22         for <notmuch@notmuchmail.org>; Fri, 15 Jan 2010 13:09:38 -0800 (PST)\r
  23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  24         h=domainkey-signature:received:received:sender:date:from:to:cc\r
  25         :subject:message-id:references:mime-version:content-type\r
  26         :content-disposition:in-reply-to:user-agent;\r
  27         bh=N6cR5qPJfpap3vI3uA5x+iCBLowF1UgnlU00Al3Ssqc=;\r
  28         b=U5Zn+FmrNbWDK2IRBNiLaL6ixo6G9WxubtltS4gMFJ/GqZW7V0lT/J0W6HNLGTfrp8\r
  29         Wugm6INnPGeU6yrYVfIlL9csrxJtB14K9XjmE0r9ROgKSCGrcCe+AVC06aExQqAEzPtd\r
  30         Rij/4oapgkiR9ecaCPopAypYoAHTzKMUoVzCo=\r
  31 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  32         h=sender:date:from:to:cc:subject:message-id:references:mime-version\r
  33         :content-type:content-disposition:in-reply-to:user-agent;\r
  34         b=eyWHW9KC4qX8ajjuBhJBLFWOmppqwjP9jKvErL6bemaiQwQe87P1QUvaVSH4iVzQnI\r
  35         xM4Cp+6U0Ec1XY0IM0y7Nl57E+sMR3LHCVM/HlO008AG/fAKWY3phAIvH8SXh9fW044N\r
  36         DBjeWu5X9I/6v6Q+LjDPZbdvewotoJBmtCTp8=\r
  37 Received: by 10.213.1.131 with SMTP id 3mr1829117ebf.34.1263589777895;\r
  38         Fri, 15 Jan 2010 13:09:37 -0800 (PST)\r
  39 Received: from harikalardiyari ([78.179.35.14])\r
  40         by mx.google.com with ESMTPS id 13sm1793302ewy.1.2010.01.15.13.09.36\r
  41         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
  42         Fri, 15 Jan 2010 13:09:37 -0800 (PST)\r
  43 Sender: Ali Polatel <polatel@gmail.com>\r
  44 Date: Fri, 15 Jan 2010 23:09:34 +0200\r
  45 From: Ali Polatel <alip@exherbo.org>\r
  46 To: Carl Worth <cworth@cworth.org>\r
  47 Message-ID: <20100115210934.GA12515@harikalardiyari>\r
  48 References: <20100114084713.GA22273@harikalardiyari>\r
  49         <87eilse1hg.fsf@yoom.home.cworth.org>\r
  50         <20100115001600.GD25209@lapse.rw.madduck.net>\r
  51         <87vdf3cd1y.fsf@yoom.home.cworth.org>\r
  52 MIME-Version: 1.0\r
  53 Content-Type: multipart/signed; micalg=pgp-sha1;\r
  54         protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/"\r
  55 Content-Disposition: inline\r
  56 In-Reply-To: <87vdf3cd1y.fsf@yoom.home.cworth.org>\r
  57 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  58 Cc: martin f krafft <madduck@madduck.net>, notmuch@notmuchmail.org\r
  59 Subject: Re: [notmuch] Thoughts on notmuch and Lua\r
  60 X-BeenThere: notmuch@notmuchmail.org\r
  61 X-Mailman-Version: 2.1.13\r
  62 Precedence: list\r
  63 List-Id: "Use and development of the notmuch mail system."\r
  64         <notmuch.notmuchmail.org>\r
  65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  68 List-Post: <mailto:notmuch@notmuchmail.org>\r
  69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  72 X-List-Received-Date: Fri, 15 Jan 2010 21:09:40 -0000\r
  73 \r
  74 \r
  75 --pWyiEgJYm5f9v55/\r
  76 Content-Type: text/plain; charset=iso-8859-9\r
  77 Content-Disposition: inline\r
  78 Content-Transfer-Encoding: quoted-printable\r
  79 \r
  80 Carl Worth yazm=FD=FE:\r
  81 > On Fri, 15 Jan 2010 13:16:00 +1300, martin f krafft <madduck@madduck.net>=\r
  82  wrote:\r
  83 > > Lua for hooks has the advantage that the hooks can be executed in\r
  84 > > the context of manipulateable objects. On the other hand, hooks in\r
  85 > > the style of run-parts directories are more flexible and accessible,\r
  86 > > and could always be invoked as filters for the manipulateable data.\r
  87 >=20\r
  88 > Good point.\r
  89 >=20\r
  90 > One thing that notmuch has in its favor already is that there's a\r
  91 > command-line interface that provides all of the interesting\r
  92 > functionality. So it's already a fairly trivial matter to "hook" things\r
  93 > like "notmuch new" by writing a script in whatever language you prefer\r
  94 > to invoke things like "notmuch search" and "notmuch tag".\r
  95 >=20\r
  96 > And that's what I'm doing already, (with a shell script), to tag\r
  97 > newly-arrived messages.\r
  98 >=20\r
  99 > The only part that's really missing here is a directory where scripts\r
 100 > could be dropped in and get automatically invoked.\r
 101 >=20\r
 102 > What do you think, Ali? Would an approach like that satisfy the things\r
 103 > you had in mind for hooks?\r
 104 >=20\r
 105 \r
 106 It might, here are some thoughts and questions to help you elaborate:\r
 107 \r
 108 - How will these scripts manipulate data?\r
 109   e.g.: A "tagger" script may get the new mail from stdin and print out\r
 110   the new tags which notmuch will read and apply to the message.\r
 111   A "search-filter" script may get search results from stdin and filter\r
 112   them. Just my initial thoughts.\r
 113 \r
 114 This script approach has both upsides and downsides. I have some\r
 115 experience about this because I wrote a tool called mpdcron=B9 which\r
 116 executes hooks based on mpd events. First I thought it would be cool to\r
 117 execute scripts based on events by passing data using environment\r
 118 variables. However this approach didn't give hooks enough power to save\r
 119 state information etc. so I decided to add module support through\r
 120 GModule.\r
 121 \r
 122 I may be going a bit off topic here but what I'm trying to explain is\r
 123 scripts may not give power-users enough options and is practically\r
 124 slower than having Lua, or another scripting language, support. In my\r
 125 humble opinion the former is just a hack while the latter is the proper\r
 126 way to do it.\r
 127 \r
 128 P.S.: As I stated in the beginning you could have elaborated what you\r
 129 meant by script support and I'm just commenting on what I've understood.\r
 130 \r
 131 =B9: http://alip.github.com/mpdcron/\r
 132 \r
 133 > -Carl\r
 134 \r
 135 --=20\r
 136 Regards,\r
 137 Ali Polatel\r
 138 \r
 139 --pWyiEgJYm5f9v55/\r
 140 Content-Type: application/pgp-signature\r
 141 Content-Disposition: inline\r
 142 \r
 143 -----BEGIN PGP SIGNATURE-----\r
 144 Version: GnuPG v2.0.14 (GNU/Linux)\r
 145 \r
 146 iEYEABECAAYFAktQ2Y4ACgkQQU4yORhF8iAEsQCgr9S0r0/YLG4AnMh86YawHJE0\r
 147 VWAAoIHlPvt98h0VSBYG2cQ8xYi3uV4m\r
 148 =npvQ\r
 149 -----END PGP SIGNATURE-----\r
 150 \r
 151 --pWyiEgJYm5f9v55/--\r