Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / fd / 8f0ce3a2731a71aa258fc011df9244189818e2
1 Return-Path: <r.m.krug@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 006C0431FAF\r
6         for <notmuch@notmuchmail.org>; Tue, 27 Nov 2012 23:32:19 -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.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 dhOJP9eYi5UE for <notmuch@notmuchmail.org>;\r
17         Tue, 27 Nov 2012 23:32: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  1F556431FAE    for <notmuch@notmuchmail.org>; Tue, 27 Nov 2012 23:32:19 -0800\r
22  (PST)\r
23 Received: by mail-ee0-f53.google.com with SMTP id c50so8348735eek.26\r
24         for <notmuch@notmuchmail.org>; Tue, 27 Nov 2012 23:32:18 -0800 (PST)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
26         h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject\r
27         :references:in-reply-to:x-enigmail-version:content-type\r
28         :content-transfer-encoding;\r
29         bh=JW6zXmS+DwFfFWj0k2mmIL0Xg8yzacBregRB6mGZ/6A=;\r
30         b=ZQq6hDTUy5W0UCraFuEdwnCjudiN7kMID+X4uJS7VCeLy8hyhHuq1je/Nzl1aIEKZw\r
31         aO9FEFwNY/oNTxVo2vgTaQNC6mLQGcboczaghYlS+YjYPkfr0YxJPlck+XIcLyjzHLO5\r
32         GA6ImDlSii+TS4271cm8hh80zk1ubyOJQ9szumI6n0QWG+yyqPYYkwOcUlbaDFIiNMoT\r
33         8UFL5YiPVstcquIv3GPPtUurRB+H66WtCaLeYcu6nms7RLnY5SsR28NwzQeEliucYztm\r
34         ST2SMopgKJQLS45eZ1PQhZyPrIR9+oET1LI+0+id7XSq6DvjI1+YlJsqDnbwB/JC+yPW\r
35         Vymg==\r
36 Received: by 10.14.210.200 with SMTP id u48mr66338102eeo.29.1354087937991;\r
37         Tue, 27 Nov 2012 23:32:17 -0800 (PST)\r
38 Received: from ?IPv6:2a01:e35:8baa:b070:bccc:a985:fb1b:61f8?\r
39         ([2a01:e35:8baa:b070:bccc:a985:fb1b:61f8])\r
40         by mx.google.com with ESMTPS id 46sm45459450eeg.4.2012.11.27.23.32.16\r
41         (version=SSLv3 cipher=OTHER); Tue, 27 Nov 2012 23:32:17 -0800 (PST)\r
42 Message-ID: <50B5BDFF.1080802@gmail.com>\r
43 Date: Wed, 28 Nov 2012 08:32:15 +0100\r
44 From: Rainer M Krug <r.m.krug@gmail.com>\r
45 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0\r
46 MIME-Version: 1.0\r
47 To: Michal Nazarewicz <mina86@mina86.com>\r
48 Subject: Re: gmail label support patch available for oflineimap\r
49 References: <k8vn08$62g$2@ger.gmane.org> <87zk24ctko.fsf@convex-new.cs.unb.ca>\r
50         <50B3871B.2050509@gmail.com> <87r4ngcl00.fsf@convex-new.cs.unb.ca>\r
51         <50B48627.9040409@gmail.com> <xa1tfw3vugkf.fsf@mina86.com>\r
52         <CAGhLh6Fhxq=bFHVPfVaMg0dXLgF3VEr-nBh62CbBAW7arwsM9Q@mail.gmail.com>\r
53         <xa1t8v9mvogd.fsf@mina86.com>\r
54         <CAGhLh6HKLwFbyfp8AfYLJuhhCxQUCpZ4F8nfJ6q1WmBZVOZSuQ@mail.gmail.com>\r
55         <xa1t38zuvmqb.fsf@mina86.com>\r
56 In-Reply-To: <xa1t38zuvmqb.fsf@mina86.com>\r
57 X-Enigmail-Version: 1.5a1pre\r
58 Content-Type: text/plain; charset=UTF-8\r
59 Content-Transfer-Encoding: 7bit\r
60 Cc: notmuch@notmuchmail.org\r
61 X-BeenThere: notmuch@notmuchmail.org\r
62 X-Mailman-Version: 2.1.13\r
63 Precedence: list\r
64 Reply-To: Rainer@krugs.de\r
65 List-Id: "Use and development of the notmuch mail system."\r
66         <notmuch.notmuchmail.org>\r
67 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
68         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
69 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
70 List-Post: <mailto:notmuch@notmuchmail.org>\r
71 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
72 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
73         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
74 X-List-Received-Date: Wed, 28 Nov 2012 07:32:20 -0000\r
75 \r
76 -----BEGIN PGP SIGNED MESSAGE-----\r
77 Hash: SHA1\r
78 \r
79 On 27/11/12 21:01, Michal Nazarewicz wrote:\r
80 > On Tue, Nov 27 2012, Rainer M Krug wrote:\r
81 >> I saw on the offlineimap mailing list, that somebody is using this approach (x-header) to\r
82 >> sync the gmail labels and to use them in his email client - so I thought, why not read them\r
83 >> as tags into notmuch and sync tgs back, so one would have a sync between notmuch tags and\r
84 >> gmail labels. But there was some objections and it was questioned why offlineimap for this,\r
85 >> and not notmuch - and frankly, I don't hava any preferences. If it is i[plemented in\r
86 >> offlineimap and notmuch uses it, fine with me. If offlineimap stays as it is and notmuch\r
87 >> reads the labels directly, absolutely no problem. I am merely intersted in the outcome - sync\r
88 >> of notmuch tags with gmail labels - whatever the path is.\r
89\r
90 > Ah, OK.\r
91\r
92 > I just want to say that having notmuch communicate with Gmail is terrible idea, since this\r
93 > would mean duplicating of jobs that offlineimap and notmuch do.\r
94 \r
95 My sentiments, notmuch is doing realy good what it is doing, and adding gmail / other server\r
96 communication is not the best idea.\r
97 \r
98\r
99 > I could see some *other* tool, besides notmuch and offlineimap, which connects to Gmail to\r
100 > fetch the tags, but that would again duplicate a lot of the code from offlineimap.\r
101 \r
102 I also agree here - offlineimap already has a repository type Gmail, and if gmails imap\r
103 extensions, particularly\r
104 https://developers.google.com/google-apps/gmail/imap_extensions#access_to_gmail_labels_x-gm-labels\r
105 is used, it should be not to difficult to read the labels and to store them in e.g. a sqlite\r
106 database for each message id. This could then be written back as well, and only the [GMAIL] folder\r
107 would have to be synchronised, i.e. no duplication.\r
108 \r
109\r
110 > I think that communicating with the server should be left to offlineimap (or whatever other\r
111 > method one uses), and indexing should be left to notmuch.\r
112 \r
113 agree here as well. Will approach the offlineimap comuity about this again.\r
114 \r
115 Cheers,\r
116 \r
117 Rainer\r
118 \r
119 \r
120\r
121\r
122\r
123 \r
124 \r
125 - -- \r
126 Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys.\r
127 (Germany)\r
128 \r
129 Centre of Excellence for Invasion Biology\r
130 Stellenbosch University\r
131 South Africa\r
132 \r
133 Tel :       +33 - (0)9 53 10 27 44\r
134 Cell:       +33 - (0)6 85 62 59 98\r
135 Fax :       +33 - (0)9 58 10 27 44\r
136 \r
137 Fax (D):    +49 - (0)3 21 21 25 22 44\r
138 \r
139 email:      Rainer@krugs.de\r
140 \r
141 Skype:      RMkrug\r
142 -----BEGIN PGP SIGNATURE-----\r
143 Version: GnuPG v1.4.11 (GNU/Linux)\r
144 Comment: Using GnuPG with Mozilla - http://www.enigmail.net/\r
145 \r
146 iEYEARECAAYFAlC1vf4ACgkQoYgNqgF2egpYwACeOAMKZHIZURAOmbUqN6D86BQy\r
147 zCUAn2NfekMjnJ1KCqdRjgs01BQlxn44\r
148 =VynC\r
149 -----END PGP SIGNATURE-----\r