--- /dev/null
+Return-Path:\r
+ <return-bir96xbtgutgpvufrj76wjfa92@temporary-address.scs.stanford.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 91A10431FBC\r
+ for <notmuch@notmuchmail.org>; Sun, 27 Apr 2014 12:04:55 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id Nnq-5Rh-gp1q for <notmuch@notmuchmail.org>;\r
+ Sun, 27 Apr 2014 12:04:50 -0700 (PDT)\r
+Received: from market.scs.stanford.edu (market.scs.stanford.edu [171.66.3.10])\r
+ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id B3F84431FBD\r
+ for <notmuch@notmuchmail.org>; Sun, 27 Apr 2014 12:04:50 -0700 (PDT)\r
+Received: from market.scs.stanford.edu (localhost.scs.stanford.edu\r
+ [127.0.0.1]) by market.scs.stanford.edu (8.14.7/8.14.7) with ESMTP id\r
+ s3RJ4mdN004982; Sun, 27 Apr 2014 12:04:48 -0700 (PDT)\r
+Received: (from dm@localhost)\r
+ by market.scs.stanford.edu (8.14.7/8.14.7/Submit) id s3RJ4mBW004370;\r
+ Sun, 27 Apr 2014 12:04:48 -0700 (PDT)\r
+X-Authentication-Warning: market.scs.stanford.edu: dm set sender to\r
+ return-bir96xbtgutgpvufrj76wjfa92@ta.scs.stanford.edu using -f\r
+From: David Mazieres <dm-list-email-notmuch@scs.stanford.edu>\r
+To: Sam Halliday <sam.halliday@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: github mirror\r
+In-Reply-To: <87bnvn111h.fsf@Samskara.home>\r
+References: <87bnvn111h.fsf@Samskara.home>\r
+Date: Sun, 27 Apr 2014 12:04:45 -0700\r
+Message-ID: <87iopu4mr6.fsf@ta.scs.stanford.edu>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+Reply-To: David Mazieres expires 2014-07-26 PDT\r
+ <mazieres-8f7y82i34322d6mb5jb2bxwsmw@temporary-address.scs.stanford.edu>\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sun, 27 Apr 2014 19:04:55 -0000\r
+\r
+Sam Halliday <sam.halliday@gmail.com> writes:\r
+\r
+> Dear NotMuch,\r
+>\r
+> But in any case, my RFE/question was this: how hard would it be to have\r
+> an optional mode of behaviour where tags are stored in the message\r
+> itself, so that syncing with an IMAP server (e.g. via offlineimap)\r
+> would make the tags available on all devices. This would negate the need\r
+> for workarounds, such as shared notmuch databases, when users have\r
+> multiple machines.\r
+\r
+The problem is that different imap servers store tags in different\r
+ways. Since notmuch does not use imap, it would be hard for notmuch to\r
+synchronize the tags, other than the standard ones (for which notmuch\r
+already has support).\r
+\r
+One thing you could do is build an external tool that synchronizes\r
+notmuch tags and spawns an imap server in preauth mode to sync the tags.\r
+(That would be yet another use for the ctime values we have discussed on\r
+this list.)\r
+\r
+> It would also allow applications like offlineimap to introduce a gmail\r
+> plugin that would copy the message into a folder according to its tags,\r
+> so gmail labels and notmuch tags would be in sync.\r
+\r
+Unfortunately, offlineimap is dog slow, especially when you have a ton\r
+of maildirs. It just doesn't seem to pipeline very well at all. Even\r
+when I run 5 or 10 threads, it still seems to take a whole bunch of\r
+round trip times.\r
+\r
+I used to want what you want. But then it got to the point that\r
+offlineimap was taking 30 seconds to sync my 60 maildirs over 3G, even\r
+when there was no new mail. Worse, one thread seems to busy-wait for\r
+the others to finish, so it often pegs the CPU and drains the battery on\r
+my laptop.\r
+\r
+As a result, I built a tool that synchronizes notmuch tags directly.\r
+Now my problem is waiting for "notmuch new" to run, but at least the\r
+synchronization part is really fast and pleasant. I'll be releasing my\r
+tool in the next couple of months once I've kicked the tires a bit more\r
+and fixed up a few things.\r
+\r
+David\r
projects / notmuch-archives.git / blobdiff