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 18639431FC0; Fri, 18 Dec 2009 12:53:00 -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 qQTHkXeuMUq0; Fri, 18 Dec 2009 12:52:59 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 65D4D431FAE; Fri, 18 Dec 2009 12:52:59 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 1DF8C254306; Fri, 18 Dec 2009 12:52:59 -0800 (PST) From: Carl Worth To: James Westby , notmuch@notmuchmail.org In-Reply-To: <87my1grrdi.fsf@jameswestby.net> References: <87oclwrtqa.fsf@jameswestby.net> <874onoysrl.fsf@yoom.home.cworth.org> <87my1grrdi.fsf@jameswestby.net> Date: Fri, 18 Dec 2009 12:52:58 -0800 Message-ID: <873a38ypg5.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: [notmuch] Missing messages breaking threads X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.12 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: Fri, 18 Dec 2009 20:53:00 -0000 --=-=-= On Fri, 18 Dec 2009 19:53:13 +0000, James Westby wrote: > Or do we not index whatever dummy text we add? Or do we not > even put it in? Or not even show it at all? I was just thinking > of having "Missing messages..." showing up as the start of > the thread, but maybe it's no needed. Oh, I was assuming you wouldn't index any text. The UI can add "missing message" for a document with no filename, for example. > So, to summarise, I should first look at storing filesizes, then > the collision code to make it index further when the filesize grows, > and then finally the code to add documents for missing messages? Some of the code areas to be touched will be changing soon, (at least as far as when filenames appear and disappear). Hopefully I'll have something posted for that sooner rather than later to avoid having to redo too much work. > The only thing I am unclear on is how to handle existing databases? > Do we have any concept of versioning? Or should I just assume that > filesize: may not be in the document and act appropriately? My current, outstanding patch is going to be the first trigger for a "flag day" where we'll all need to rewrite our databases. We don't have any concept of versioning yet, but it would obviously be easy to have a new version document with an increasing integer. But even with my current patch I'm considering doing a graceful upgrade of the database in-place rather than making the user do something like a dump, delete, rebuild, restore. That would give a much better experience than "Your database is out-of-date, please rebuild it", so we'll see if I pursue that in the end. -Carl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLK+uq6JDdNq8qSWgRAuSsAKCFTA9nPsOPhoQeZ1nF6QhFKjYkNgCgmR1n u/hUOO8biVKlpaiYWm4TMM4= =H4Q4 -----END PGP SIGNATURE----- --=-=-=--