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 0A4CF429E25 for ; Sun, 4 Dec 2011 07:48:13 -0800 (PST) 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 pHcMLF0yO15Y for ; Sun, 4 Dec 2011 07:48:12 -0800 (PST) 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 6F23A429E21 for ; Sun, 4 Dec 2011 07:48:12 -0800 (PST) Received: from zancas.localnet (fctnnbsc36w-156034079193.pppoe-dynamic.High-Speed.nb.bellaliant.net [156.34.79.193]) (authenticated bits=0) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id pB4Fm8Sm005361 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 4 Dec 2011 11:48:11 -0400 Received: from bremner by zancas.localnet with local (Exim 4.77) (envelope-from ) id 1RXEIR-0001oj-UL for notmuch@notmuchmail.org; Sun, 04 Dec 2011 11:48:07 -0400 From: David Bremner To: notmuch@notmuchmail.org Subject: Date: Sun, 4 Dec 2011 11:47:51 -0400 Message-Id: <1323013675-6929-1-git-send-email-david@tethera.net> X-Mailer: git-send-email 1.7.7.3 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: Sun, 04 Dec 2011 15:48:13 -0000 I decided to start a new thread since the other one id:"1322808114-11854-1-git-send-email-david@tethera.net" was getting pretty long, and there was no actual relevant discussion there. I think these patches are getting close to ready. One thing to discuss is the inclusion of single element options. These are not currently processed and are a essentially an artifact of an earlier implementation; on the other hand it might be nice to have them in place so we just need to (in theory) update notmuch-opts.[ch] to support short options.