Return-Path: 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 5ABF040BFD3 for ; Tue, 21 Sep 2010 06:23:12 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[BAYES_20=-0.001] autolearn=ham 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 ROyrfx5554dl for ; Tue, 21 Sep 2010 06:23:01 -0700 (PDT) X-Greylist: delayed 432 seconds by postgrey-1.32 at olra; Tue, 21 Sep 2010 06:23:01 PDT Received: from everglades.pioto.org (mail.pioto.org [207.192.71.235]) by olra.theworths.org (Postfix) with ESMTP id D212A40BD85 for ; Tue, 21 Sep 2010 06:23:01 -0700 (PDT) Received: from pit84.pair.com (pit84.pair.com [216.92.130.84]) (Authenticated sender: pioto) by everglades.pioto.org (Postfix) with ESMTPSA id C98C616019D for ; Tue, 21 Sep 2010 09:15:48 -0400 (EDT) Date: Tue, 21 Sep 2010 09:15:44 -0400 From: Mike Kelly To: notmuch@notmuchmail.org Subject: Re: notmuchsync: handling of the deleted tag Message-ID: <20100921091544.3da90fdb@pit84.pair.com> In-Reply-To: <87zkvb4eiq.fsf@SSpaeth.de> References: <87bp7vewa5.fsf@raven.defaultvalue.org> <87mxrcsb8a.fsf@SSpaeth.de> <87r5gnomt2.fsf@raven.defaultvalue.org> <87zkvb4eiq.fsf@SSpaeth.de> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 13:23:12 -0000 On Tue, 21 Sep 2010 11:44:29 +0200 Sebastian Spaeth wrote: > Right that would be a problem. But I cannot do reference counting > unless notmuch can give me the number of copies it knows about for a > given mail id (and internally it does know all associated file paths, > so it would be a simple API extension a la, > "get_all_message_file_paths" or similar, or a > get_number_of_mail_files(mailid) to start with. I agree, and such an API would be useful for other things too. For example, I could probably implement a rudamentary gmail syncer with that. I may just try to make a patch to do this soon if nobody beats me to it. -- Mike Kelly