--- /dev/null
+Return-Path: <marten@veldthuis.com>\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 649B3431FBC\r
+ for <notmuch@notmuchmail.org>; Mon, 18 Jan 2010 07:47:51 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.513\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.513 tagged_above=-999 required=5\r
+ tests=[AWL=-0.514, BAYES_50=0.001, RCVD_IN_DNSWL_LOW=-1] autolearn=ham\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 LIm5OYqBYd4v for <notmuch@notmuchmail.org>;\r
+ Mon, 18 Jan 2010 07:47:50 -0800 (PST)\r
+Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com\r
+ [66.111.4.26])\r
+ by olra.theworths.org (Postfix) with ESMTP id 7987B431FAE\r
+ for <notmuch@notmuchmail.org>; Mon, 18 Jan 2010 07:47:50 -0800 (PST)\r
+Received: from compute1.internal (compute1.internal [10.202.2.41])\r
+ by gateway1.messagingengine.com (Postfix) with ESMTP id 1097DCD6A1;\r
+ Mon, 18 Jan 2010 10:47:50 -0500 (EST)\r
+Received: from heartbeat2.messagingengine.com ([10.202.2.161])\r
+ by compute1.internal (MEProxy); Mon, 18 Jan 2010 10:47:50 -0500\r
+DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com;\r
+ h=from:to:subject:in-reply-to:references:date:message-id:mime-version:content-type; s=smtpout; bh=My9WaXT25SF+Fh69W547W7aCVXw=;\r
+ b=Sq78330PxTTByj+DVIYWWg2KrRIsBNbGR2eeRfj+WxbSD4Y/OOiYTVliKonVCHOtfMv2pFP0CRUuyb62t8JjRo16ieWuB4a9rG82zggvhr8u+FTBYfViYvLFqoQgnSM01ijCnVOZFhSnhV3lpQTvAwMDBJoDsOI5BgAUSfwZ5+4=\r
+X-Sasl-enc: aokqLznFKDazN+VDB+rnirNp9W5DzhUMNY0F3J2FGvQm 1263829668\r
+Received: from veldthuis.com (unknown [129.125.147.36])\r
+ by mail.messagingengine.com (Postfix) with ESMTPSA id 68D7E20A43;\r
+ Mon, 18 Jan 2010 10:47:48 -0500 (EST)\r
+Received: by veldthuis.com (sSMTP sendmail emulation);\r
+ Mon, 18 Jan 2010 16:48:04 +0100\r
+From: Marten Veldthuis <marten@veldthuis.com>\r
+To: Sebastian Spaeth <Sebastian@SSpaeth.de>, notmuch@notmuchmail.org\r
+In-Reply-To: <87pr57jvkz.fsf@SSpaeth.de>\r
+References: <87pr57jvkz.fsf@SSpaeth.de>\r
+Date: Mon, 18 Jan 2010 16:48:04 +0100\r
+Message-ID: <87wrzfpg7f.fsf@veldthuis.com>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Subject: Re: [notmuch] Introducing notmuchsync\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\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: Mon, 18 Jan 2010 15:47:51 -0000\r
+\r
+On Mon, 18 Jan 2010 16:12:28 +0100, "Sebastian Spaeth" <Sebastian@SSpaeth.de> wrote:\r
+> What does it do?\r
+> ================\r
+> - Synchronizes the "S" flag with the "unread" tag (1-way). The\r
+> synchronization direction is decided by using either --sync (change\r
+> maildir flags according to notmuch) or --revsync (change notmuch tags according to maildir). By default it always checks the mails from the previous 30\r
+> days (but can also do --all mails if you have plenty of RAM and time).\r
+> - Deletes all mail files that have the "delete" tag\r
+> - Quiet/normal/verbose logging \r
+\r
+Excellent. Sounds like nearly exactly what I thought about doing last\r
+weekend, except that I couldn't find a nice Ruby library quickly and\r
+then my attention-span was over :)\r
+\r
+Also, I'm curious as to Carl's opinion to this, but as far as I'm\r
+concerned, not everything about notmuch needs to be coded in\r
+C. Obviously, things interacting with the database directly need to, but\r
+if it could be built upon the notmuch C-based CLI commands, and be fast\r
+enough, would that be eligible to make it into the repository?\r
+\r
+-- \r
+- Marten\r