[PATCH 0/4] Quoting HTML-only emails in replies redux

[David Edmondson]

On Mon, 16 Jan 2012 02:38:38 -0500, Aaron Ecay <aaronecay at gmail.com> wrote:
> On Sun, 15 Jan 2012 09:26:59 +0000, David Edmondson <dme at dme.org> wrote:
> > Given that we're now doing a bunch of work in emacs as part of the reply
> > setup, why not just grab the content of the original message from the
> > show buffer and quote that?
> > 
> > The last time that approach was discussed Carl was against it because it
> > moved the emacs UI away from the behaviour of the CLI, but it seems that
> > we're already heading in that direction.
> 
> I have been watching this patch series with interest, because it seemed
> that when it landed it would be a good time for me to begin work on a
> patch to allow notmuch to function like other emacs MUAs in constructing
> the reply buffer internally to emacs, rather than through notmuch.  This
> allows (at least) three things:
> - Greater flexibility in the construction of address lists.  For example,
>   there are some email lists where I want replies to list mail to go only
>   to the list, not also to the original sender.

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.

>   Additionally, I like to
>   reply from my university address if colleagues write to my Gmail one.
>   If a lisp function is generating the replies, it can be made to run a
>   hook allowing users to insert these or other custom behaviors.
> - The same reasoning as above, applied to signatures.  (different ones
>   for different recipients)

You can do both of these things today using `message-send-hook' (I do).

> - There exists at least one emacs package (supercite) which allows
>   customization of the quoting of email replies.  This automates the
>   “Firstname>” style quotes one sometimes sees, as well as many other
>   possiblities.  It defines a way for emacs MUAs to construct reply
>   buffers to cooperate with it, which many of the big emacs MUAs obey
>   (Gnus and Wanderlust certainly do).  This is explained in the “hints
>   to MUA authors” section of the supercite manual (distributed with
>   Emacs).

I dislike supercite, so no support from me in that direction :-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120116/83218174/attachment.pgp>