Return-Path: <SRS0=rGCa=IM=riseup.net=micah@srs.perfora.net>
X-Original-To: notmuch@notmuchmail.org
Delivered-To: notmuch@notmuchmail.org
Received: from localhost (localhost [127.0.0.1])
	by olra.theworths.org (Postfix) with ESMTP id 0051E431FBC
	for <notmuch@notmuchmail.org>; Sat, 26 Dec 2009 11:20:34 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
Received: from olra.theworths.org ([127.0.0.1])
	by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 6NNTKTYTbX5v for <notmuch@notmuchmail.org>;
	Sat, 26 Dec 2009 11:20:33 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.194])
	by olra.theworths.org (Postfix) with ESMTP id 739E8431FAE
	for <notmuch@notmuchmail.org>; Sat, 26 Dec 2009 11:20:33 -0800 (PST)
Received-SPF: pass (mxus1: domain of riseup.net designates 204.13.164.18 as
	permitted sender) client-ip=204.13.164.18;
	envelope-from=micah@riseup.net; helo=mx1.riseup.net; 
Received: from mx1.riseup.net (mx1.riseup.net [204.13.164.18])
	by mx.perfora.net (node=mxus1) with ESMTP (Nemesis)
	id 0M1EJc-1OHgoi46Fk-00tnaQ for notmuch@notmuchmail.org;
	Sat, 26 Dec 2009 14:20:33 -0500
Received: from [127.0.0.1] (localhost [127.0.0.1])
	(Authenticated sender: micah@mx1.riseup.net)
	with ESMTPSA id D9A2E25EA04
Received: by lillypad (Postfix, from userid 1000)
	id F36242CC0F9; Sat, 26 Dec 2009 14:20:38 -0500 (EST)
From: micah anderson <micah@riseup.net>
To: David Bremner <bremner@unb.ca>, Jameson Graef Rollins
	<jrollins@finestructure.net>, notmuch@notmuchmail.org
In-Reply-To: <87ws09af52.fsf@rocinante.cs.unb.ca>
References: <87tyvenwdw.fsf@servo.finestructure.net>
	<87ws09af52.fsf@rocinante.cs.unb.ca>
Date: Sat, 26 Dec 2009 14:20:38 -0500
Message-ID: <87ws094k55.fsf@lillypad.riseup.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: clamav-milter 0.95.3 at mx1
X-Virus-Status: Clean
Subject: Re: [notmuch] update on delete/rename support
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Dec 2009 19:20:34 -0000


On Sat, 26 Dec 2009 12:12:09 -0400, David Bremner <bremner@unb.ca> wrote:

>You may have to wrap your "notmuch new" call in a "notmuch save",
>"notmuch restore" pair if you discover things coming back to your inbox.

do you mean "notmuch dump" here instead of "notmuch save"?

> The whole dump-maildirsync-new-restore cycle takes about 30s for me
> check mail, a bit longer if there is actually new mail.

I'm trying to unpack what you are saying here. Are you saying that if
you are getting things coming back into your inbox, and you have not
applied your "lazy restore" patch, then you would need a script to check
your email which does:

notmuch dump > /tmp/notmuch.dump
offlineimap 
notmuch new
notmuch restore < /tmp/notmuch.dump

micah