Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / d0 / 234d3772d8d36addc1ed18616a244110a07bf4
1 Return-Path: <gmn-notmuch@m.gmane.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 89113431FB6\r
6         for <notmuch@notmuchmail.org>; Mon, 17 Sep 2012 07:23: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: 1.202\r
10 X-Spam-Level: *\r
11 X-Spam-Status: No, score=1.202 tagged_above=-999 required=5\r
12         tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,\r
13         NML_ADSP_CUSTOM_MED=1.2] 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 9XL9t8jKqKiz for <notmuch@notmuchmail.org>;\r
17         Mon, 17 Sep 2012 07:23:37 -0700 (PDT)\r
18 Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])\r
19         (using TLSv1 with cipher AES256-SHA (256/256 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id A8881431FAE\r
22         for <notmuch@notmuchmail.org>; Mon, 17 Sep 2012 07:23:37 -0700 (PDT)\r
23 Received: from list by plane.gmane.org with local (Exim 4.69)\r
24         (envelope-from <gmn-notmuch@m.gmane.org>) id 1TDcEZ-00069O-MH\r
25         for notmuch@notmuchmail.org; Mon, 17 Sep 2012 16:23:35 +0200\r
26 Received: from arn78-1-88-186-171-7.fbx.proxad.net ([88.186.171.7])\r
27         by main.gmane.org with esmtp (Gmexim 0.1 (Debian))\r
28         id 1AlnuQ-0007hv-00\r
29         for <notmuch@notmuchmail.org>; Mon, 17 Sep 2012 16:23:35 +0200\r
30 Received: from R.M.Krug by arn78-1-88-186-171-7.fbx.proxad.net with local\r
31         (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00\r
32         for <notmuch@notmuchmail.org>; Mon, 17 Sep 2012 16:23:35 +0200\r
33 X-Injected-Via-Gmane: http://gmane.org/\r
34 To: notmuch@notmuchmail.org\r
35 From: Rainer M Krug <R.M.Krug@gmail.com>\r
36 Subject: Re: Better Gmail handling by not using Notmuch tags\r
37 Date: Mon, 17 Sep 2012 16:23:17 +0200\r
38 Lines: 114\r
39 Message-ID: <50573255.3000009@gmail.com>\r
40 References:\r
41  <CA+y5gghe68Sy6BK8FdeGbKEESFD_=2GQ+y+oZSYyt85oQqRuzA@mail.gmail.com>\r
42         <CA+eQo_0nK1rL6DYu2ERqF3U=vZAO_XTpXDtzydHQqBtXqHUOxQ@mail.gmail.com>\r
43         <CA+y5gghnzinnXiabFOEphAuWTJA5Uge9RtGbKu9ur5rP50i_5g@mail.gmail.com>\r
44         <5052E1A9.8060503@gmail.com>    <3wda9ws4ljo.fsf@testarossa.amd.com>\r
45  <5056D761.9@gmail.com>\r
46 Mime-Version: 1.0\r
47 Content-Type: text/plain; charset=ISO-8859-1\r
48 Content-Transfer-Encoding: 7bit\r
49 X-Complaints-To: usenet@ger.gmane.org\r
50 X-Gmane-NNTP-Posting-Host: arn78-1-88-186-171-7.fbx.proxad.net\r
51 User-Agent: Mozilla/5.0 (X11; Linux i686;\r
52         rv:16.0) Gecko/20120907 Thunderbird/16.0\r
53 In-Reply-To: <5056D761.9@gmail.com>\r
54 X-Enigmail-Version: 1.5a1pre\r
55 X-BeenThere: notmuch@notmuchmail.org\r
56 X-Mailman-Version: 2.1.13\r
57 Precedence: list\r
58 List-Id: "Use and development of the notmuch mail system."\r
59         <notmuch.notmuchmail.org>\r
60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
63 List-Post: <mailto:notmuch@notmuchmail.org>\r
64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
67 X-List-Received-Date: Mon, 17 Sep 2012 14:23:38 -0000\r
68 \r
69 -----BEGIN PGP SIGNED MESSAGE-----\r
70 Hash: SHA1\r
71 \r
72 On 17/09/12 09:55, Rainer M Krug wrote:\r
73 > On 14/09/12 18:27, Mark Anderson wrote:\r
74 >> On Fri, 14 Sep 2012 09:50:01 +0200, Rainer M Krug \r
75 >> <R.M.Krug@gmail.com> wrote: On 13/09/12 17:15, Damien Cassou \r
76 >> wrote:\r
77 >>>>> On Thu, Sep 13, 2012 at 5:13 PM, Jeremy Nickurak \r
78 >>>>> <not-much@trk.nickurak.ca> wrote:\r
79 >>>>>> Gmail doesn't have folders, of course, it has labels, which are approximately \r
80 >>>>>> equivalent to notmuch tags. The key difference being that a message can only be in\r
81 >>>>>> one folder, but it can have multiple tags/labels.\r
82 >>>>> \r
83 >>>>> Gmail exports its labels as IMAP folders: an email with multiple labels will be \r
84 >>>>> duplicated in multiple folders (one per label). That's why I'm asking if it would be \r
85 >>>>> possible to manupale folders from Notmuch instead of tags.\r
86 >>>>> \r
87\r
88 >> I don't think there is an easy solution. notmuch uses a maildir and tags. Gmail needs to be \r
89 >> synced to this local maildir earlier, and this is where I think the problem comes in: I am\r
90 >> not aware of any sync tool which maintains the gmail labels, as they are in in the imap\r
91 >> context folders.\r
92\r
93 >> I think the only real solution woud be:\r
94\r
95 >> Download from gmail -> local: 1) download only the "All Mail" folder 2) implement a tagging \r
96 >> tool which syncs the gmail labels to notmuch tags\r
97\r
98 >>> Gmail's IMAP protocol does expose a folder hierarchy which you can use to reverse engineer \r
99 >>> the tag cloud of each email.\r
100\r
101\r
102 > <<SNIP a lot>>\r
103\r
104 > Wow - I learned a lot about notmuch and how things can be done - thanks for this explanation.\r
105 \r
106 Thinking about it again - wouldn't it be possible, that notmuch automatically is doing the "folder\r
107 - --> tag" step (when a corresponding option is set), and automatically adds all the folders to the\r
108 message tags when the same message-id is encountered in different folders?\r
109 \r
110 Rainer\r
111 \r
112\r
113 >>> Of course this is terrible on performance, as you will have lots of\r
114\r
115 > I guess this will be the problem: a typical gmail user, keeps the emails - one has 10GB as \r
116 > storage, so why delete potentially important mails?\r
117\r
118 > So I guess this would be a case for e.g. offlineimap.\r
119\r
120 >>> copies of mails when you have lots of tags on your mail, but here's a summary of the\r
121 >>> actions you need to coordinate to keep them in sync.\r
122\r
123 > <SNIP>>\r
124\r
125 >>> The benefit of using the mail sync is it uses a widely distributed mail synchronization \r
126 >>> model, but it really tags expensive to synchronize.  It gets better if you use the Gmail\r
127 >>> imap extensions that can list the tags without your client requesting a copy of the entire\r
128 >>> email for each tag the mail has.  However, Even when you have that, you don't have\r
129 >>> bulletproof mail, because the actions need to be guaranteed to complete before\r
130 >>> synchronization and after synchronization, and any user changes need to be held off, as\r
131 >>> they _will_ be interpreted incorrectly if they take place during the pre-sync, sync,\r
132 >>> post-sync window.\r
133\r
134 > It would then definitely be useful to include this in offlineimap - effectively have a\r
135 > "tagging" sync model, where only the "All Mail" folder is synched, and for the tags, a database\r
136 > is kept, which contains the tags for each message-id. This could then be used from notmuch (or\r
137 > other clients) to set the tags of the email.\r
138\r
139 > For the moment I guess I will stick with my only-"All Mails"-sync-and-ignore-tags approach.\r
140\r
141 > Thanks,\r
142\r
143 > Rainer\r
144\r
145\r
146\r
147 >>> You can simplify this if you make guarantees in your usage model.  That you will never do \r
148 >>> tagging operations during a pre-, sync, post- cycle, or that you only do synchronization\r
149 >>> one way or the other, instead of full bidirectional sync.\r
150\r
151 >>> It's a difficult problem, I look forward to seeing other solutions proposed.\r
152\r
153 >>> Thanks, -Mark Anderson\r
154\r
155 >> upload local -> gmail 1) upload "All Mail folder 2) assign on gmail the labels corresponding\r
156 >> to the notmuch tags.\r
157\r
158 >> The step 1 could be done by any sync tool available for this (offlineimap, ...)\r
159\r
160 >> step 2 needs to be developed - no idea how, but it surely would be really usefull, because \r
161 >> then notmuch would even become a perfect tool for gmail backup as well.\r
162\r
163 >> Cheers,\r
164\r
165 >> Rainer\r
166 >>> \r
167 >>> _______________________________________________ notmuch mailing list \r
168 >>> notmuch@notmuchmail.org \r
169 >>> http://notmuchmail.org/mailman/listinfo/notmuch\r
170 >>> \r
171\r
172\r
173\r
174 \r
175 -----BEGIN PGP SIGNATURE-----\r
176 Version: GnuPG v1.4.11 (GNU/Linux)\r
177 Comment: Using GnuPG with Mozilla - http://www.enigmail.net/\r
178 \r
179 iEYEARECAAYFAlBXMlQACgkQoYgNqgF2ego59QCgg7JO0GY6HtgMmQB1VfD9pFNW\r
180 2l8An1v/ba05y6bq7ovZP4S/KSDedVBh\r
181 =d8Ga\r
182 -----END PGP SIGNATURE-----\r
183 \r