From 3dae74a65fb7ea6725cc9eef746be7f5a2a7af2d Mon Sep 17 00:00:00 2001 From: Rainer M Krug Date: Wed, 3 Oct 2012 10:10:23 +0200 Subject: [PATCH] Re: Better Gmail handling by not using Notmuch tags --- c4/9fd4a9acc9c6eaf0cf98f48825ae58199aa9d2 | 200 ++++++++++++++++++++++ 1 file changed, 200 insertions(+) create mode 100644 c4/9fd4a9acc9c6eaf0cf98f48825ae58199aa9d2 diff --git a/c4/9fd4a9acc9c6eaf0cf98f48825ae58199aa9d2 b/c4/9fd4a9acc9c6eaf0cf98f48825ae58199aa9d2 new file mode 100644 index 000000000..2f27ea1be --- /dev/null +++ b/c4/9fd4a9acc9c6eaf0cf98f48825ae58199aa9d2 @@ -0,0 +1,200 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 4C4D1431FAF + for ; Wed, 3 Oct 2012 01:11:31 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 1.202 +X-Spam-Level: * +X-Spam-Status: No, score=1.202 tagged_above=-999 required=5 + tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, + NML_ADSP_CUSTOM_MED=1.2] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id pVPV615rbul2 for ; + Wed, 3 Oct 2012 01:11:30 -0700 (PDT) +Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) + (using TLSv1 with cipher AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 06C01431FAE + for ; Wed, 3 Oct 2012 01:11:30 -0700 (PDT) +Received: from list by plane.gmane.org with local (Exim 4.69) + (envelope-from ) id 1TJK2r-0003tk-ID + for notmuch@notmuchmail.org; Wed, 03 Oct 2012 10:11:05 +0200 +Received: from arn78-1-88-186-171-7.fbx.proxad.net ([88.186.171.7]) + by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) + id 1AlnuQ-0007hv-00 + for ; Wed, 03 Oct 2012 10:11:05 +0200 +Received: from R.M.Krug by arn78-1-88-186-171-7.fbx.proxad.net with local + (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 + for ; Wed, 03 Oct 2012 10:11:05 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: notmuch@notmuchmail.org +From: Rainer M Krug +Subject: Re: Better Gmail handling by not using Notmuch tags +Date: Wed, 03 Oct 2012 10:10:23 +0200 +Lines: 131 +Message-ID: +References: + + + + <5052E1A9.8060503@gmail.com> <3wda9ws4ljo.fsf@testarossa.amd.com> + <5056D761.9@gmail.com> <50573255.3000009@gmail.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=ISO-8859-1 +Content-Transfer-Encoding: 7bit +X-Complaints-To: usenet@ger.gmane.org +X-Gmane-NNTP-Posting-Host: arn78-1-88-186-171-7.fbx.proxad.net +User-Agent: Mozilla/5.0 (X11; Linux i686; + rv:16.0) Gecko/20120928 Thunderbird/16.0 +In-Reply-To: <50573255.3000009@gmail.com> +X-Enigmail-Version: 1.5a1pre +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 03 Oct 2012 08:11:31 -0000 + +-----BEGIN PGP SIGNED MESSAGE----- +Hash: SHA1 + +Just to let you know, on the offlineimap there is also a discussion going on about gmail labels / +folders / sync and it looks as if something is happening on that side: + +http://article.gmane.org/gmane.mail.imap.offlineimap.general/5915 + +Would be nice, if this could work together nicely with notmuch. + +Cheers, + +Rainer + + + +On 17/09/12 16:23, Rainer M Krug wrote: +> On 17/09/12 09:55, Rainer M Krug wrote: +>> On 14/09/12 18:27, Mark Anderson wrote: +>>> On Fri, 14 Sep 2012 09:50:01 +0200, Rainer M Krug +>>> wrote: On 13/09/12 17:15, Damien Cassou +>>> wrote: +>>>>>> On Thu, Sep 13, 2012 at 5:13 PM, Jeremy Nickurak +>>>>>> wrote: +>>>>>>> Gmail doesn't have folders, of course, it has labels, which are approximately +>>>>>>> equivalent to notmuch tags. The key difference being that a message can only be in +>>>>>>> one folder, but it can have multiple tags/labels. +>>>>>> +>>>>>> Gmail exports its labels as IMAP folders: an email with multiple labels will be +>>>>>> duplicated in multiple folders (one per label). That's why I'm asking if it would be +>>>>>> possible to manupale folders from Notmuch instead of tags. +>>>>>> +> +>>> I don't think there is an easy solution. notmuch uses a maildir and tags. Gmail needs to be +>>> synced to this local maildir earlier, and this is where I think the problem comes in: I +>>> am not aware of any sync tool which maintains the gmail labels, as they are in in the imap +>>> context folders. +> +>>> I think the only real solution woud be: +> +>>> Download from gmail -> local: 1) download only the "All Mail" folder 2) implement a tagging +>>> tool which syncs the gmail labels to notmuch tags +> +>>>> Gmail's IMAP protocol does expose a folder hierarchy which you can use to reverse +>>>> engineer the tag cloud of each email. +> +> +>> <> +> +>> Wow - I learned a lot about notmuch and how things can be done - thanks for this +>> explanation. +> +> Thinking about it again - wouldn't it be possible, that notmuch automatically is doing the +> "folder --> tag" step (when a corresponding option is set), and automatically adds all the +> folders to the message tags when the same message-id is encountered in different folders? +> +> Rainer +> +> +>>>> Of course this is terrible on performance, as you will have lots of +> +>> I guess this will be the problem: a typical gmail user, keeps the emails - one has 10GB as +>> storage, so why delete potentially important mails? +> +>> So I guess this would be a case for e.g. offlineimap. +> +>>>> copies of mails when you have lots of tags on your mail, but here's a summary of the +>>>> actions you need to coordinate to keep them in sync. +> +>> > +> +>>>> The benefit of using the mail sync is it uses a widely distributed mail synchronization +>>>> model, but it really tags expensive to synchronize. It gets better if you use the Gmail +>>>> imap extensions that can list the tags without your client requesting a copy of the +>>>> entire email for each tag the mail has. However, Even when you have that, you don't +>>>> have bulletproof mail, because the actions need to be guaranteed to complete before +>>>> synchronization and after synchronization, and any user changes need to be held off, as +>>>> they _will_ be interpreted incorrectly if they take place during the pre-sync, sync, +>>>> post-sync window. +> +>> It would then definitely be useful to include this in offlineimap - effectively have a +>> "tagging" sync model, where only the "All Mail" folder is synched, and for the tags, a +>> database is kept, which contains the tags for each message-id. This could then be used from +>> notmuch (or other clients) to set the tags of the email. +> +>> For the moment I guess I will stick with my only-"All Mails"-sync-and-ignore-tags approach. +> +>> Thanks, +> +>> Rainer +> +> +> +>>>> You can simplify this if you make guarantees in your usage model. That you will never do +>>>> tagging operations during a pre-, sync, post- cycle, or that you only do +>>>> synchronization one way or the other, instead of full bidirectional sync. +> +>>>> It's a difficult problem, I look forward to seeing other solutions proposed. +> +>>>> Thanks, -Mark Anderson +> +>>> upload local -> gmail 1) upload "All Mail folder 2) assign on gmail the labels +>>> corresponding to the notmuch tags. +> +>>> The step 1 could be done by any sync tool available for this (offlineimap, ...) +> +>>> step 2 needs to be developed - no idea how, but it surely would be really usefull, because +>>> then notmuch would even become a perfect tool for gmail backup as well. +> +>>> Cheers, +> +>>> Rainer +>>>> +>>>> _______________________________________________ notmuch mailing list +>>>> notmuch@notmuchmail.org +>>>> http://notmuchmail.org/mailman/listinfo/notmuch +>>>> +> +> +> +> +> + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.11 (GNU/Linux) +Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ + +iEYEARECAAYFAlBr8u8ACgkQoYgNqgF2ego61QCfdmtzB1qPuShRYxFpRoNLspzT +pfAAn05wVADqKB5qy031TK0+p32ICrBD +=54M8 +-----END PGP SIGNATURE----- + -- 2.26.2