[PATCH] Syncing gmail labels for gmail accounts

Rainer M Krug R.M.Krug at gmail.com
Wed Nov 28 14:31:33 GMT 2012

Hash: SHA1

On 28/11/12 15:14, Abdó Roig-Maranges wrote:
> Hi again,
>> But I would like to forward your email to the notmuch mailing list, as I would like to
>> encourage them to index the gmail labels in the x-headers with their tags - would be lovely.
> Ok!
> One comment though. I have the feeling that what you suggest for notmuch would be less trivial
> than it seems. I was a notmuch user (my first attempt at labels was with notmuch), and this is
> part of the reason I moved away from notmuch and chose mu.
> Notmuch already implements tags that live only on the notmuch database. Notmuch could easily
> index the X-Keywords or X-Label headers (as mu does). That would be rather straightforward.
> However, keeping it in sync with notmuch tags could lead to some headaches. For instance,
> * What would happen if the tags on the database and the ones on the message change in different
> ways?
> * What about the special notmuch tags like unread, attachment, etc.
> * Keeping the tags into a header in the messages is quite inefficient if you want to change
> labels of lots of messages in one go. For notmuch, having to keep the embedded labels in sync
> with the tags would degrade the performance of tag modifications considerably.
> I don't mean to be pessimistic, but I suspect you may find it difficult to convince the notmuch
> people to sync their tags with the X-Keywords labels...
> All this issues would go away if you use a mail indexer that has no data living exclusively on
> the database (like mu), and your only tags are the embedded ones.

Agreed - these are problems, but according to one statement, this was discussed already, which
will possibly tackled as with this gmail sync, there would be another reason for this.

But I will look into mu and mue if it offers me an alternative, but at the moment I am absolutely
happy with notmuch.

> This way, you loose performance on large tag modifications (not done very often), but things
> become simpler, plus you gain the ability to sync your maildir between machines (between
> desktop and laptop, for instance) with tools like rsync or unison, without having to worry
> about the tags that only live in the database.

But what about search speed? I mean, some kind of a database needs to be present to make searching
fast. But I assume, notmuch changes, when changing a tag, the database, whereas mu changes the
email *and* the index.



> Abdó.
> _______________________________________________ OfflineIMAP-project mailing list 
> OfflineIMAP-project at lists.alioth.debian.org 
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project
> OfflineIMAP homepage: http://software.complete.org/offlineimap

Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/


More information about the OfflineIMAP-project mailing list