[PATCH] Syncing gmail labels for gmail accounts
Rainer M Krug
R.M.Krug at gmail.com
Wed Nov 28 14:31:33 GMT 2012
-----BEGIN PGP SIGNED MESSAGE-----
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.
Cheers,
Rainer
>
>
> 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
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlC2IEUACgkQoYgNqgF2egrLXQCdGfRnlEPnfSAnDft4gbOTnQMK
4KsAn1lscNc6t8hAishpXTubK3mjFOOI
=QykE
-----END PGP SIGNATURE-----
More information about the OfflineIMAP-project
mailing list