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 D3D0A431FD0 for ; Thu, 7 Jul 2011 12:55:31 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled 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 vB2RuxKOjYK8 for ; Thu, 7 Jul 2011 12:55:31 -0700 (PDT) Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 06257431FB6 for ; Thu, 7 Jul 2011 12:55:30 -0700 (PDT) Received: from convex-new.cs.unb.ca ([131.202.13.41]) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p67JtQAg021293; Thu, 7 Jul 2011 16:55:26 -0300 Received: from bremner by convex-new.cs.unb.ca with local (Exim 4.72) (envelope-from ) id 1QeufW-0006j4-Bt; Thu, 07 Jul 2011 16:55:26 -0300 From: David Bremner To: Daniel Schoepe , Jameson Graef Rollins , Notmuch Mail Subject: Re: priorities for 0.7 In-Reply-To: <87tyayc53m.fsf@gilead.invalid> References: <877h7vgxi3.fsf@servo.factory.finestructure.net> <87tyayc53m.fsf@gilead.invalid> User-Agent: Notmuch/0.6+54 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Thu, 07 Jul 2011 16:55:26 -0300 Message-ID: <878vs9hnm9.fsf@convex-new.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Thu, 07 Jul 2011 19:55:32 -0000 On Thu, 07 Jul 2011 20:34:21 +0200, Daniel Schoepe wrote: > My patch about user-defined sections mainly needs better documentation > and there's discussion reducing its flexibility a little, so it should > definitely be ready before the feature freeze, if that's still scheduled > for July 23. More or less. Of course, we need features merged into master before the freeze, but that's partly why we're having this discussion. d