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 629A5429E3B for ; Mon, 16 Jan 2012 14:31:15 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 BZCqxB7I+T3P for ; Mon, 16 Jan 2012 14:31:14 -0800 (PST) Received: from mail-qw0-f53.google.com (mail-qw0-f53.google.com [209.85.216.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 75D75429E35 for ; Mon, 16 Jan 2012 14:31:14 -0800 (PST) Received: by qadc16 with SMTP id c16so1926372qad.5 for ; Mon, 16 Jan 2012 14:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type:content-transfer-encoding; bh=7QgzCsdQu3LmIFFtv9wqzZKeyHdxnNvmuw0O8dVA8/M=; b=Gd8x+bjj7GKUUeoEAhBucbhqsmhrz7RYV6EdMCsRrvzwlxq4VtpSoUzEHJWQuflwlE B4uF2DEdJD0dijSNWdVfrKnP5cZz9rdcZvzPLNoHc9kHBnZRjpgwfLWnJ+lGd/nT9wei WbqkQO1dwNKM3BWodJBPElKd2NaenJ4q46Tb8= Received: by 10.224.179.137 with SMTP id bq9mr16800638qab.53.1326753073966; Mon, 16 Jan 2012 14:31:13 -0800 (PST) Received: from localhost (vpl458.wlan.library.upenn.edu. [130.91.141.203]) by mx.google.com with ESMTPS id q14sm39546599qap.4.2012.01.16.14.31.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jan 2012 14:31:13 -0800 (PST) From: Aaron Ecay To: David Edmondson , Adam Wolfe Gordon , notmuch@notmuchmail.org, awg@xvx.ca Subject: Re: [PATCH 0/4] Quoting HTML-only emails in replies redux In-Reply-To: References: <1326009162-19524-1-git-send-email-awg+notmuch@xvx.ca> User-Agent: Notmuch/0.11+62~ge41b0d3 (http://notmuchmail.org) Emacs/24.0.92.1 (i386-apple-darwin10.8.0) Date: Mon, 16 Jan 2012 17:31:11 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Mon, 16 Jan 2012 22:31:15 -0000 On Mon, 16 Jan 2012 08:39:30 +0000, David Edmondson wrote: > On Mon, 16 Jan 2012 02:38:38 -0500, Aaron Ecay wrot= e: > > - Greater flexibility in the construction of address lists. For exampl= e, > > there are some email lists where I want replies to list mail to go on= ly > > to the list, not also to the original sender. >=20 > Is there a mechanistic way to determine the correct behaviour in this > respect? I suspect that it's exactly the kind of thing that Carl wanted > to be included in 'notmuch' itself, so that other UIs can benefit. I think it requires some amount of configuration, but it can be done sensibly. I am much more proficient with Elisp than with C, and Emacs has prejudiced me towards solutions that allow me to have a Turing-complete configuration language. :) I think a good starting point for thinking about mailing lists is what Mutt does: http://www.mutt.org/doc/manual/manual-4.html#using_lists Notmuch at the CLI/C code level could aim for a comparable level of expressiveness, and I think it would suffice for most people (including me). [...] >=20 > You can do both of these things today using `message-send-hook' (I > do). I avoided that, as it seemed to me that just before the message is sent is too late to be doing these things (I=E2=80=99d like to see confirmation = when writing the message that the address/signature changes were applied correctly). But =E2=80=9CM-x apropos RET message hook RET=E2=80=9D shows t= hat there are some earlier points to hook into as well. Thanks. > I dislike supercite, so no support from me in that direction :-) One advantage of supercite is that it allows non-English speakers to set up the =E2=80=9COn X, X wrote=E2=80=9D line as they prefer. Notmuch=E2=80= =99s current approach (a hard-coded C string) is the opposite of internationalized. So it would be nice to support some customization of that as well, even if we don=E2=80=99t go the supercite route. --=20 Aaron Ecay