DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	b=ZvI9g14cz7W/FiqGXyeQkkpe5gA5CfTzaPrbpOLWdPVh2wIpvNICNaBPVxVPYg1vZQ
	B6R2ZHfNT53kEjmnfJVXMnnPY/+4CVgQTx3j7GQ2vvCfnMye2lYEKh4b5ZlekCo/bUEO
	aIfZyG+PkUGzhnETWY/H2Di4jVCCsCkAYAWgg=
MIME-Version: 1.0
Date: Thu, 16 Sep 2010 20:46:40 -0700
Message-ID: <AANLkTimLqGnOWfrhxbqjgA5ERfWX+PSOy-OEo1bMjVX8@mail.gmail.com>
Subject: gmail syncing
From: Alex Botero-Lowry <alex.boterolowry@gmail.com>
To: notmuch@notmuchmail.org
Content-Type: multipart/alternative; boundary=0016e644c30a0cfc2504906c699b
Precedence: list

--0016e644c30a0cfc2504906c699b
Content-Type: text/plain; charset=ISO-8859-1

Hi All,

About two of three months ago, I stopped using notmuch because for some
reason notmuch refused to import the maildir produced by offlineimap with
the weird no thread id error. I passed along some of the messages notmuch
was failing on to cworth but they imported fine for him. At that point I
switched to just using work webmail and gmail. I also got an android phone
and so the syncing issue became a serious issue.

I miss notmuch, a lot. It's pretty clearly the mailer UI and to a lesser
extent backend I've always wanted, and so I'm just about ready to try and
switch back again. It's just, the syncing problem is a huge one. Not only do
I now have a phone in the mix, but I'm no longer using my personal computer
for work (I have a work desktop and laptop that need to be in sync too!)
There is an upside though, since $NEWJOB is at Google, I'm now using gmail
for all my email. :)

With all that in mind, I've started to think seriously about the syncing
problem. Thanks to gmail labels being close to, if not equal to notmuch
tags, I believe it's possible to have a full sync between a remote gmail
account and (many) notmuch dbs.

The basic plan is to use gmail's terrible IMAP support (I've already
complained about it :), since it's powerful enough information to do label
syncing. [GMail]/All Mail folder will be streamed out to probably an Mh
directory. Every n messages notmuch new gets called and then a remove of
inbox tag is done for every message added (would be nice to be able to get
notified of which messages were visited, but shouldn't be necessary). Soon
after the gmail syncer daemon will do a folder/label scan and call a bunch
of notmuch add's for all the newly added label, message-id pairs (yeah, this
part is pretty hand wavy). That should  get the gmail -> notmuch state
complete with gmail labels working properly.

The reverse counts on notmuch getting support for hooks for tag add and
remove events, that can enqueue a a tag, message-id pair with the gmail
syncer daemon that can then copy or remove the messages from the appropriate
Label/Folders in IMAP.

I suspect getting this to run efficiently will be hard, but I think the
basic principle should allow close to full bidirectional syncing with gmail
labels.

alex

--0016e644c30a0cfc2504906c699b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi All,<div><br></div><div>About two of three months ago, I stopped using n=
otmuch because for some reason notmuch refused to import the maildir produc=
ed by offlineimap with the weird no thread id error. I passed along some of=
 the messages notmuch was failing on to cworth but they imported fine for h=
im. At that point I switched to just using work webmail and gmail. I also g=
ot an android phone and so the syncing issue became a serious issue.</div>
<div><br></div><div>I miss notmuch, a lot. It&#39;s pretty clearly the mail=
er UI and to a lesser extent backend I&#39;ve always wanted, and so I&#39;m=
 just about ready to try and switch back again. It&#39;s just, the syncing =
problem is a huge one. Not only do I now have a phone in the mix, but I&#39=
;m no longer using my personal computer for work (I have a work desktop and=
 laptop that need to be in sync too!) There is an upside though, since $NEW=
JOB is at Google, I&#39;m now using gmail for all my email. :)</div>
<div><br></div><div>With all that in mind, I&#39;ve started to think seriou=
sly about the syncing problem. Thanks to gmail labels being close to, if no=
t equal to notmuch tags, I believe it&#39;s possible to have a full sync be=
tween a remote gmail account and (many) notmuch dbs.</div>
<div><br></div><div>The basic plan is to use gmail&#39;s terrible IMAP supp=
ort (I&#39;ve already complained about it :), since it&#39;s powerful enoug=
h information to do label syncing. [GMail]/All Mail folder will be streamed=
 out to probably an Mh directory. Every n messages notmuch new gets called =
and then a remove of inbox tag is done for every message added (would be ni=
ce to be able to get notified of which messages were visited, but shouldn&#=
39;t be necessary). Soon after the gmail syncer daemon will do a folder/lab=
el scan and call a bunch of notmuch add&#39;s for all the newly added label=
, message-id pairs (yeah, this part is pretty hand wavy). That should =A0ge=
t the gmail -&gt; notmuch state complete with gmail labels working properly=
.</div>
<div><br></div><div>The reverse counts on notmuch getting support for hooks=
 for tag add and remove events, that can enqueue a a tag, message-id pair w=
ith the gmail syncer daemon that can then copy or remove the messages from =
the appropriate Label/Folders in IMAP.</div>
<div><br></div><div>I suspect getting this to run=A0efficiently=A0will be h=
ard, but I think the basic principle should allow close to full bidirection=
al syncing with gmail labels.</div><div><br></div><div>alex</div><div><br><=
/div>
<div><br></div>

--0016e644c30a0cfc2504906c699b--