aa/12ef3d805511d0b6baa236f5775fde88aefffd

   1 Return-Path: <alex.boterolowry@gmail.com>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 581AA40BFD3\r
   6         for <notmuch@notmuchmail.org>; Thu, 16 Sep 2010 20:46:54 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -1.998\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5\r
  12         tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
  13         DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,\r
  14         RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham\r
  15 Received: from olra.theworths.org ([127.0.0.1])\r
  16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  17         with ESMTP id eHrkK0kDmOTF for <notmuch@notmuchmail.org>;\r
  18         Thu, 16 Sep 2010 20:46:42 -0700 (PDT)\r
  19 Received: from mail-gw0-f53.google.com (mail-gw0-f53.google.com\r
  20  [74.125.83.53])        by olra.theworths.org (Postfix) with ESMTP id AA129408AF3       for\r
  21  <notmuch@notmuchmail.org>; Thu, 16 Sep 2010 20:46:42 -0700 (PDT)\r
  22 Received: by gwaa18 with SMTP id a18so744109gwa.26\r
  23         for <notmuch@notmuchmail.org>; Thu, 16 Sep 2010 20:46:40 -0700 (PDT)\r
  24 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  25         h=domainkey-signature:mime-version:received:received:date:message-id\r
  26         :subject:from:to:content-type;\r
  27         bh=ftbqmfWOmzPXk77Hn8D2+BZjVS9vR6c6zMg397yinDU=;\r
  28         b=ha+ZlGFuuTypTWkqfHEG9/w7DRmQSm/YJvIkzUZ/UCaVJbul6kHOe0RB5HnGCVgXk8\r
  29         Aasns0LnZGyZQWmtIcbP+eRkmzXKBNJcHoalQITimQRoJVycYGIHNeTjcwOwDWU/mZoY\r
  30         19daJ8t3/ElMaWcdqt6ILXukN21mtrNMQ9mS0=\r
  31 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  32         h=mime-version:date:message-id:subject:from:to:content-type;\r
  33         b=ZvI9g14cz7W/FiqGXyeQkkpe5gA5CfTzaPrbpOLWdPVh2wIpvNICNaBPVxVPYg1vZQ\r
  34         B6R2ZHfNT53kEjmnfJVXMnnPY/+4CVgQTx3j7GQ2vvCfnMye2lYEKh4b5ZlekCo/bUEO\r
  35         aIfZyG+PkUGzhnETWY/H2Di4jVCCsCkAYAWgg=\r
  36 MIME-Version: 1.0\r
  37 Received: by 10.100.8.2 with SMTP id 2mr4755256anh.165.1284695200166; Thu, 16\r
  38         Sep 2010 20:46:40 -0700 (PDT)\r
  39 Received: by 10.100.44.12 with HTTP; Thu, 16 Sep 2010 20:46:40 -0700 (PDT)\r
  40 Date: Thu, 16 Sep 2010 20:46:40 -0700\r
  41 Message-ID: <AANLkTimLqGnOWfrhxbqjgA5ERfWX+PSOy-OEo1bMjVX8@mail.gmail.com>\r
  42 Subject: gmail syncing\r
  43 From: Alex Botero-Lowry <alex.boterolowry@gmail.com>\r
  44 To: notmuch@notmuchmail.org\r
  45 Content-Type: multipart/alternative; boundary=0016e644c30a0cfc2504906c699b\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Fri, 17 Sep 2010 03:46:54 -0000\r
  59 \r
  60 --0016e644c30a0cfc2504906c699b\r
  61 Content-Type: text/plain; charset=ISO-8859-1\r
  62 \r
  63 Hi All,\r
  64 \r
  65 About two of three months ago, I stopped using notmuch because for some\r
  66 reason notmuch refused to import the maildir produced by offlineimap with\r
  67 the weird no thread id error. I passed along some of the messages notmuch\r
  68 was failing on to cworth but they imported fine for him. At that point I\r
  69 switched to just using work webmail and gmail. I also got an android phone\r
  70 and so the syncing issue became a serious issue.\r
  71 \r
  72 I miss notmuch, a lot. It's pretty clearly the mailer UI and to a lesser\r
  73 extent backend I've always wanted, and so I'm just about ready to try and\r
  74 switch back again. It's just, the syncing problem is a huge one. Not only do\r
  75 I now have a phone in the mix, but I'm no longer using my personal computer\r
  76 for work (I have a work desktop and laptop that need to be in sync too!)\r
  77 There is an upside though, since $NEWJOB is at Google, I'm now using gmail\r
  78 for all my email. :)\r
  79 \r
  80 With all that in mind, I've started to think seriously about the syncing\r
  81 problem. Thanks to gmail labels being close to, if not equal to notmuch\r
  82 tags, I believe it's possible to have a full sync between a remote gmail\r
  83 account and (many) notmuch dbs.\r
  84 \r
  85 The basic plan is to use gmail's terrible IMAP support (I've already\r
  86 complained about it :), since it's powerful enough information to do label\r
  87 syncing. [GMail]/All Mail folder will be streamed out to probably an Mh\r
  88 directory. Every n messages notmuch new gets called and then a remove of\r
  89 inbox tag is done for every message added (would be nice to be able to get\r
  90 notified of which messages were visited, but shouldn't be necessary). Soon\r
  91 after the gmail syncer daemon will do a folder/label scan and call a bunch\r
  92 of notmuch add's for all the newly added label, message-id pairs (yeah, this\r
  93 part is pretty hand wavy). That should  get the gmail -> notmuch state\r
  94 complete with gmail labels working properly.\r
  95 \r
  96 The reverse counts on notmuch getting support for hooks for tag add and\r
  97 remove events, that can enqueue a a tag, message-id pair with the gmail\r
  98 syncer daemon that can then copy or remove the messages from the appropriate\r
  99 Label/Folders in IMAP.\r
 100 \r
 101 I suspect getting this to run efficiently will be hard, but I think the\r
 102 basic principle should allow close to full bidirectional syncing with gmail\r
 103 labels.\r
 104 \r
 105 alex\r
 106 \r
 107 --0016e644c30a0cfc2504906c699b\r
 108 Content-Type: text/html; charset=ISO-8859-1\r
 109 Content-Transfer-Encoding: quoted-printable\r
 110 \r
 111 Hi All,<div><br></div><div>About two of three months ago, I stopped using n=\r
 112 otmuch because for some reason notmuch refused to import the maildir produc=\r
 113 ed by offlineimap with the weird no thread id error. I passed along some of=\r
 114  the messages notmuch was failing on to cworth but they imported fine for h=\r
 115 im. At that point I switched to just using work webmail and gmail. I also g=\r
 116 ot an android phone and so the syncing issue became a serious issue.</div>\r
 117 <div><br></div><div>I miss notmuch, a lot. It&#39;s pretty clearly the mail=\r
 118 er UI and to a lesser extent backend I&#39;ve always wanted, and so I&#39;m=\r
 119  just about ready to try and switch back again. It&#39;s just, the syncing =\r
 120 problem is a huge one. Not only do I now have a phone in the mix, but I&#39=\r
 121 ;m no longer using my personal computer for work (I have a work desktop and=\r
 122  laptop that need to be in sync too!) There is an upside though, since $NEW=\r
 123 JOB is at Google, I&#39;m now using gmail for all my email. :)</div>\r
 124 <div><br></div><div>With all that in mind, I&#39;ve started to think seriou=\r
 125 sly about the syncing problem. Thanks to gmail labels being close to, if no=\r
 126 t equal to notmuch tags, I believe it&#39;s possible to have a full sync be=\r
 127 tween a remote gmail account and (many) notmuch dbs.</div>\r
 128 <div><br></div><div>The basic plan is to use gmail&#39;s terrible IMAP supp=\r
 129 ort (I&#39;ve already complained about it :), since it&#39;s powerful enoug=\r
 130 h information to do label syncing. [GMail]/All Mail folder will be streamed=\r
 131  out to probably an Mh directory. Every n messages notmuch new gets called =\r
 132 and then a remove of inbox tag is done for every message added (would be ni=\r
 133 ce to be able to get notified of which messages were visited, but shouldn&#=\r
 134 39;t be necessary). Soon after the gmail syncer daemon will do a folder/lab=\r
 135 el scan and call a bunch of notmuch add&#39;s for all the newly added label=\r
 136 , message-id pairs (yeah, this part is pretty hand wavy). That should =A0ge=\r
 137 t the gmail -&gt; notmuch state complete with gmail labels working properly=\r
 138 .</div>\r
 139 <div><br></div><div>The reverse counts on notmuch getting support for hooks=\r
 140  for tag add and remove events, that can enqueue a a tag, message-id pair w=\r
 141 ith the gmail syncer daemon that can then copy or remove the messages from =\r
 142 the appropriate Label/Folders in IMAP.</div>\r
 143 <div><br></div><div>I suspect getting this to run=A0efficiently=A0will be h=\r
 144 ard, but I think the basic principle should allow close to full bidirection=\r
 145 al syncing with gmail labels.</div><div><br></div><div>alex</div><div><br><=\r
 146 /div>\r
 147 <div><br></div>\r
 148 \r
 149 --0016e644c30a0cfc2504906c699b--\r