Re: [PATCHv3] notmuch-show: include Bcc header in json output
[notmuch-archives.git] / bb / 7f4d32183509f962b609d0e7ebbc71a6a90e72
1 Return-Path: <doctormo@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 3E117431FD0\r
6         for <notmuch@notmuchmail.org>; Thu, 15 Sep 2011 10:29:41 -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: -0.799\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 p1xWhkqsSM-F for <notmuch@notmuchmail.org>;\r
17         Thu, 15 Sep 2011 10:29:40 -0700 (PDT)\r
18 Received: from mail-qw0-f46.google.com (mail-qw0-f46.google.com\r
19         [209.85.216.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id D6624431FB6\r
22         for <notmuch@notmuchmail.org>; Thu, 15 Sep 2011 10:29:40 -0700 (PDT)\r
23 Received: by qwj8 with SMTP id 8so1114713qwj.5\r
24         for <notmuch@notmuchmail.org>; Thu, 15 Sep 2011 10:29:39 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
26         h=subject:from:to:cc:in-reply-to:references:content-type:date\r
27         :message-id:mime-version:x-mailer:content-transfer-encoding;\r
28         bh=wqnyt7s7pToiZ1Fkn23fLxUYm0+b6VXoE0xF3BeNHb8=;\r
29         b=A2qbKasEWgDRfUJY6UaARI4gD6ievoiMKq1QOzc141aXfQyfcR/kRQO8psv+EvwD5V\r
30         WoNsapPp+Ioom7zEIs70BgyDxWU9dDiNqInXG/0fTfuQntz9AHJUJWwlfOfD5pT0Am+Z\r
31         ihzUQ0oNrp54xM/Slls8ZF/uwkv/JTEKZ5kMM=\r
32 Received: by 10.229.86.135 with SMTP id s7mr1157401qcl.257.1316107779138;\r
33         Thu, 15 Sep 2011 10:29:39 -0700 (PDT)\r
34 Received: from [192.168.1.190] (pool-68-163-190-45.bos.east.verizon.net.\r
35         [68.163.190.45])\r
36         by mx.google.com with ESMTPS id do8sm4274515qab.17.2011.09.15.10.29.36\r
37         (version=SSLv3 cipher=OTHER); Thu, 15 Sep 2011 10:29:37 -0700 (PDT)\r
38 Subject: Re: Unicode Paths\r
39 From: Martin Owens <doctormo@gmail.com>\r
40 To: Kan-Ru Chen <kanru@kanru.info>\r
41 In-Reply-To: <8739fzwxfv.fsf@isil.kanru.info>\r
42 References: <1315972539.2201.11.camel@delen> <8739fzwxfv.fsf@isil.kanru.info>\r
43 Content-Type: text/plain; charset="UTF-8"\r
44 Date: Thu, 15 Sep 2011 12:52:30 -0400\r
45 Message-ID: <1316105550.2201.21.camel@delen>\r
46 Mime-Version: 1.0\r
47 X-Mailer: Evolution 2.30.3 \r
48 Content-Transfer-Encoding: 7bit\r
49 Cc: Notmuch developer list <notmuch@notmuchmail.org>\r
50 X-BeenThere: notmuch@notmuchmail.org\r
51 X-Mailman-Version: 2.1.13\r
52 Precedence: list\r
53 List-Id: "Use and development of the notmuch mail system."\r
54         <notmuch.notmuchmail.org>\r
55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
58 List-Post: <mailto:notmuch@notmuchmail.org>\r
59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
62 X-List-Received-Date: Thu, 15 Sep 2011 17:29:41 -0000\r
63 \r
64 It looks like the python variables do include null, my investigations\r
65 show that the problem also effects tag names.\r
66 \r
67 The symptoms can be seen when trying to use the python interface and\r
68 using unicode tag names or paths. Instead of seeing 'mytag1' we see 'm'\r
69 and instead of '/my/path/to/mail' we see '/' thus causing issues were\r
70 the db amusingly was trying to write to root.\r
71 \r
72 I'll see if there is a way to remove the nulls from the strings in the\r
73 python bindings.\r
74 \r
75 Martin,\r
76 \r
77 On Wed, 2011-09-14 at 12:38 +0800, Kan-Ru Chen wrote:\r
78 > I think as long as the path does not contain embedded null character\r
79 > then it is safe. Most posix filesystem does not allow null character\r
80 > in\r
81 > the filename so you cannot use UTF-16 or UTF-32 to encode the unicode\r
82 > path. \r
83 \r