Re: funcmail.py: generate notmuch-tags based on headers
[notmuch-archives.git] / ea / 7a14ee8db3d4bea98143ce7a83a5e2be4ca625
1 Return-Path: <BATV+4e390206964dc3ee67bd+2421+infradead.org+hohndel@bombadil.srs.infradead.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 8DCFB4196F2\r
6         for <notmuch@notmuchmail.org>; Sat, 10 Apr 2010 07:41: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: -2.8\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.8 tagged_above=-999 required=5\r
12         tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable\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 IN9rLDA+StyY for <notmuch@notmuchmail.org>;\r
16         Sat, 10 Apr 2010 07:41:38 -0700 (PDT)\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
18         by olra.theworths.org (Postfix) with ESMTP id 65FC2431FC1\r
19         for <notmuch@notmuchmail.org>; Sat, 10 Apr 2010 07:41:38 -0700 (PDT)\r
20 Received: from localhost ([::1] helo=localhost.localdomain)\r
21         by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))\r
22         id 1O0bsO-0003Qy-T8; Sat, 10 Apr 2010 14:41:37 +0000\r
23 Received: by localhost.localdomain (Postfix, from userid 500)\r
24         id 87F69C00E1; Sat, 10 Apr 2010 07:41:36 -0700 (PDT)\r
25 From: Dirk Hohndel <hohndel@infradead.org>\r
26 To: Sebastian Spaeth <Sebastian@SSpaeth.de>,\r
27         Carl =?UTF-8?b?buKIhXRtdWNoIOSasw==?= Worth <cworth@cworth.org>,\r
28         Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
29 Subject: Re: Plans for the 0.2 release (this week)\r
30 In-Reply-To: <87zl1b9zzv.fsf@SSpaeth.de>\r
31 References: <8739z6rjxf.fsf@yoom.home.cworth.org>\r
32         <8739z56yb5.fsf@steelpick.2x.cz> <87d3y9t6xg.fsf@SSpaeth.de>\r
33         <m339z4h7k6.fsf@x200.gr8dns.org> <871veof1lq.fsf@yoom.home.cworth.org>\r
34         <87zl1b9zzv.fsf@SSpaeth.de>\r
35 Date: Sat, 10 Apr 2010 07:41:36 -0700\r
36 Message-ID: <m3k4sf74kf.fsf@x200.gr8dns.org>\r
37 MIME-Version: 1.0\r
38 Content-Type: text/plain; charset=utf-8\r
39 Content-Transfer-Encoding: quoted-printable\r
40 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
41         bombadil.infradead.org See http://www.infradead.org/rpr.html\r
42 X-BeenThere: notmuch@notmuchmail.org\r
43 X-Mailman-Version: 2.1.13\r
44 Precedence: list\r
45 List-Id: "Use and development of the notmuch mail system."\r
46         <notmuch.notmuchmail.org>\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
48         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
50 List-Post: <mailto:notmuch@notmuchmail.org>\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
54 X-List-Received-Date: Sat, 10 Apr 2010 14:41:38 -0000\r
55 \r
56 On Sat, 10 Apr 2010 15:52:04 +0200, "Sebastian Spaeth" <Sebastian@SSpaeth.d=\r
57 e> wrote:\r
58 > On 2010-04-10, Carl n=E2=88=85tmuch =E4=9A=B3 Worth wrote:\r
59 > > Are you all trying to show a problem here? All of the above comes\r
60 > > through fine. Perhaps it's only with non-ASCII in the From line being\r
61 > > replied to? Let's test that here...\r
62 >=20\r
63 > I think there are 2 issues being discussed here. One is the encoding in\r
64 > the subject line (which does not look pretty in compose mail, but seems\r
65 > to be the standard). I did not refer to that.\r
66 \r
67 That's the issue I refer to. Yes, it needs to be decoded for the actual\r
68 mail transport. But it should be displayed correctly not only in the\r
69 summary view but also in the message buffer when responding to an email.\r
70 =20\r
71 > What I referred to was the json output as the encode_as_json_string (or\r
72 > however it is called), simply drops chars >127, leading to missing\r
73 > letters in e.g. the author names etc. I could see that in the web\r
74 > frontends that are making use of json already, and once (if?) emacs uses\r
75 > the json output too, this will become an issue there too.\r
76 \r
77 Separate issue that almost certainly has a different cause.\r
78 \r
79 /D\r
80 \r
81 --=20\r
82 Dirk Hohndel\r
83 Intel Open Source Technology Center\r