From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id AF373431FBD for ; Sun, 26 Feb 2012 08:51:57 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.276 X-Spam-Level: X-Spam-Status: No, score=0.276 tagged_above=-999 required=5 tests=[URIBL_RHS_DOB=0.276] 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 zbAt2Y--F-tR for ; Sun, 26 Feb 2012 08:51:57 -0800 (PST) Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id EB78F431FBC for ; Sun, 26 Feb 2012 08:51:56 -0800 (PST) Received: from fctnnbsc30w-142166230117.dhcp-dynamic.fibreop.nb.bellaliant.net ([142.166.230.117] helo=zancas.localnet) by tesseract.cs.unb.ca with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1S1hKE-0003Kb-Tx; Sun, 26 Feb 2012 12:51:55 -0400 Received: from bremner by zancas.localnet with local (Exim 4.77) (envelope-from ) id 1S1hK9-0000Il-Fw; Sun, 26 Feb 2012 12:51:49 -0400 From: David Bremner To: Daniel Schoepe , notmuch@notmuchmail.org Subject: Re: Replacing my name/email with "me" (or similar) in author lists In-Reply-To: <87ehthfsyn.fsf@schoepe.localhost> References: <20120226112210.5422.8471@brick.lan> <87ehthfsyn.fsf@schoepe.localhost> User-Agent: Notmuch/0.11.1+239~g4d2d96b (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Sun, 26 Feb 2012 12:51:49 -0400 Message-ID: <87fwdxk062.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam_bar: / 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, 26 Feb 2012 16:51:57 -0000 On Sun, 26 Feb 2012 17:41:04 +0100, Daniel Schoepe wrote: > > At least it should not be done in the library, because it'd need to read > the user's addresses from configuration file which the library is not > supposed to access, as far as I understand. > One can work around this by passing in the relevant configuration data, but then it isn't clear how much of a win it is in code complexity. I have sometimes wondered about having another library layer making some of the current CLI functionality accessible to bindings. I'm not really sure of the pro's and con's of such approach. It would certainly be overkill for this one feature. d