From: Rainer M Krug <R.M.Krug@gmail.com>
To: notmuch@notmuchmail.org
Subject: Re: Better Gmail handling by not using Notmuch tags
Date: Wed, 03 Oct 2012 10:10:23 +0200 [thread overview]
Message-ID: <k4grth$l6b$1@ger.gmane.org> (raw)
In-Reply-To: <50573255.3000009@gmail.com>
-----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
>>> <R.M.Krug@gmail.com> wrote: On 13/09/12 17:15, Damien Cassou
>>> wrote:
>>>>>> On Thu, Sep 13, 2012 at 5:13 PM, Jeremy Nickurak
>>>>>> <not-much@trk.nickurak.ca> 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.
>
>
>> <<SNIP a lot>>
>
>> 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.
>
>> <SNIP>>
>
>>>> 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-----
next prev parent reply other threads:[~2012-10-03 8:11 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-13 14:35 Better Gmail handling by not using Notmuch tags Damien Cassou
2012-09-13 15:13 ` Jeremy Nickurak
2012-09-13 15:15 ` Damien Cassou
2012-09-14 7:50 ` Rainer M Krug
2012-09-14 8:32 ` Christophe-Marie Duquesne
2012-09-14 8:37 ` Rainer M Krug
2012-09-14 8:52 ` Christophe-Marie Duquesne
2012-09-14 13:07 ` Jeremy Nickurak
2012-09-14 13:09 ` Jeremy Nickurak
2012-09-14 14:40 ` Jeremy Nickurak
2012-09-14 16:27 ` Mark Anderson
2012-09-14 17:57 ` Michal Nazarewicz
2012-09-17 7:55 ` Rainer M Krug
2012-09-17 14:23 ` Rainer M Krug
2012-10-03 8:10 ` Rainer M Krug [this message]
2012-09-14 12:05 ` Justus Winter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://notmuchmail.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='k4grth$l6b$1@ger.gmane.org' \
--to=r.m.krug@gmail.com \
--cc=notmuch@notmuchmail.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).