Re: [PATCH v4 01/16] add util/search-path.{c, h} to test for executables in $PATH
[notmuch-archives.git] / 39 / 1dcfeb437f73541794565dec7ea9e715d14f41
1 Return-Path: <daniel@schoepe.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 BBE23431FBD\r
6         for <notmuch@notmuchmail.org>; Sun, 26 Feb 2012 08:41:25 -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.524\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.524 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         RCVD_IN_DNSWL_LOW=-0.7, URIBL_RHS_DOB=0.276] autolearn=disabled\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 zSq88S2nkDuj for <notmuch@notmuchmail.org>;\r
17         Sun, 26 Feb 2012 08:41:19 -0800 (PST)\r
18 Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com\r
19  [74.125.83.53])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
20  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
21  1E8FA431FBC    for <notmuch@notmuchmail.org>; Sun, 26 Feb 2012 08:41:18 -0800\r
22  (PST)\r
23 Received: by eekb47 with SMTP id b47so1185737eek.26\r
24         for <notmuch@notmuchmail.org>; Sun, 26 Feb 2012 08:41:15 -0800 (PST)\r
25 Received-SPF: pass (google.com: domain of daniel@schoepe.org designates\r
26         10.14.202.197 as permitted sender) client-ip=10.14.202.197; \r
27 Authentication-Results: mr.google.com;\r
28         spf=pass (google.com: domain of daniel@schoepe.org\r
29         designates 10.14.202.197 as permitted sender)\r
30         smtp.mail=daniel@schoepe.org;\r
31         dkim=pass header.i=daniel@schoepe.org\r
32 Received: from mr.google.com ([10.14.202.197])\r
33         by 10.14.202.197 with SMTP id d45mr5889722eeo.128.1330274475097\r
34         (num_hops = 1); Sun, 26 Feb 2012 08:41:15 -0800 (PST)\r
35 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=schoepe.org; s=google;\r
36         h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
37         :mime-version:content-type;\r
38         bh=iXyPdN+spSXZzrv9y1qeqCjjeJb7yYMwYrZvme7Zn4c=;\r
39         b=d9Nrgdsb3hn/2ViDH+dXabDxAkPZkrvh8+GsnRqDge20RsFv9AUu8nNuDw9r9HNv9L\r
40         xUVfwLQRzOjXxTqpqRdyTzm7FkDJ6wukYxzQUElLrGl1k8g+anYrAacqIxzVxfHk5mim\r
41         wtbfn3HicuvoubTHgNLHMtdKSAnGD9CamUtFQ=\r
42 Received: by 10.14.202.197 with SMTP id d45mr4467117eeo.128.1330274474928;\r
43         Sun, 26 Feb 2012 08:41:14 -0800 (PST)\r
44 Received: from localhost (p4FC797DD.dip0.t-ipconnect.de. [79.199.151.221])\r
45         by mx.google.com with ESMTPS id i10sm6977446eea.8.2012.02.26.08.41.12\r
46         (version=TLSv1/SSLv3 cipher=OTHER);\r
47         Sun, 26 Feb 2012 08:41:13 -0800 (PST)\r
48 From: Daniel Schoepe <daniel@schoepe.org>\r
49 To: Patrick Totzke <patricktotzke@googlemail.com>, Daniel <quite@hack.org>,\r
50         notmuch@notmuchmail.org\r
51 Subject: Re: Replacing my name/email with "me" (or similar) in author lists\r
52 In-Reply-To: <20120226112210.5422.8471@brick.lan>\r
53 References: <slrnjki3c7.tcm.quite@kelebek.lublin.se>\r
54         <20120226112210.5422.8471@brick.lan>\r
55 User-Agent: Notmuch/0.11.1+210~ge886eec (http://notmuchmail.org)\r
56         Emacs/24.0.93.1 (x86_64-pc-linux-gnu)\r
57 Date: Sun, 26 Feb 2012 17:41:04 +0100\r
58 Message-ID: <87ehthfsyn.fsf@schoepe.localhost>\r
59 MIME-Version: 1.0\r
60 Content-Type: multipart/signed; boundary="=-=-=";\r
61         micalg=pgp-sha1; protocol="application/pgp-signature"\r
62 X-Gm-Message-State:\r
63  ALoCoQkWg/h/8xVJLmekM16WqkU2BvHhr5TCKcyfMWdd+Sc4hfKJdbGb0BILBZOUba9SIObOyrXC\r
64 X-BeenThere: notmuch@notmuchmail.org\r
65 X-Mailman-Version: 2.1.13\r
66 Precedence: list\r
67 List-Id: "Use and development of the notmuch mail system."\r
68         <notmuch.notmuchmail.org>\r
69 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
70         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
71 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
72 List-Post: <mailto:notmuch@notmuchmail.org>\r
73 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
74 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
75         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
76 X-List-Received-Date: Sun, 26 Feb 2012 16:41:25 -0000\r
77 \r
78 --=-=-=\r
79 Content-Type: text/plain\r
80 \r
81 On Sun, 26 Feb 2012 11:22:10 +0000, Patrick Totzke <patricktotzke@googlemail.com> wrote:\r
82 > > so it would seem more appropriate that this be done in the backend.\r
83 > I agree. I personally think this is a nice feature to have in all\r
84 > user interfaces to notmuch and therefore it makes sense to implement it once\r
85 > in the lib. Also because ~/.notmuch-config already contains a list of my addresses\r
86 > and therefore should have all information needed.\r
87 \r
88 I'm not sure if that's a good idea: A frontend might want to make this\r
89 configurable, for example to give the user the opportunity to disable it\r
90 (possibly to see to which of his mail adresses he used in that thread,\r
91 if they have different real name components). It might also get tricky\r
92 to distinguish between someone called "me" participating in the thread\r
93 and the user, which might be relevant for highlighting the latter case\r
94 differently, while it's rather easy for a frontend to do the\r
95 transformation itself.\r
96 \r
97 At least it should not be done in the library, because it'd need to read\r
98 the user's addresses from configuration file which the library is not\r
99 supposed to access, as far as I understand.\r
100 \r
101 Cheers,\r
102 Daniel\r
103 \r
104 --=-=-=\r
105 Content-Type: application/pgp-signature\r
106 \r
107 -----BEGIN PGP SIGNATURE-----\r
108 Version: GnuPG v1.4.11 (GNU/Linux)\r
109 \r
110 iQIcBAEBAgAGBQJPSmCgAAoJEIaTAtce+Z+JFxAP/igWrrnW2Q5072cYepFDlVuV\r
111 Ia8yLUEXzEfl6TuKewRDl8S8cJ6VhlixnJUlgegYokcepwFPM0+ztlYh78DjqSuc\r
112 uifiQZwPRwTcbz6bbZ/GLuuQjyKrUsvYeXLqwfc50H+WRgKDO+AoT7fDDXwMiHmt\r
113 JrOvjZ+qqlPc1+NNoiFa8LlUQ5+sMi+Pm06b+6VgWdCshIfOnvMFXRXI4slV7h6V\r
114 M+HbEnIgdlco73/WVx5U2OYjb3s2rf+JZegvGjQWdncGEm6ZpBHc16RtJmeEZYMD\r
115 LDKwL+NSqraSPsxUichS9HtaSLqQSRmxa83VH7jCTiFQYjyGGPl0HTZYJjXl+Fqf\r
116 sS4oRgoGSlK+vJeqarQv6LJTvagjjszxdiNjxgbRmtL+/PE++BmKhj2I/UA+ZMRO\r
117 UuWg02n1rjPlfny0wx86YVsBB8XhLRZR1MCfW51Zjh4mjwGZHmUFBKR40qcNyKWu\r
118 Cz0XUQxPilIAI1W2m9VZh60LXtxWzFl6IiIje+hfkm0D5pIoGni2W9CYVyqDscGz\r
119 hwt7YBgpo0rvMnwIwi9kZm+wjCCtUT9YwuSnzPc9yCSngqnKDXd28fAEg+aHW1Dj\r
120 OfAho9yiZgzE25WXTHKZ3MadUvKXcTrq4Jpz+Lk1EnjyJp5so5dV+WZ/mR8zrdVA\r
121 cVipzHNr7vlgufzgWpm9\r
122 =dvYN\r
123 -----END PGP SIGNATURE-----\r
124 --=-=-=--\r