Jens John wrote:

> On Wed, 1 Apr 2020, at 06:22, raf wrote:
> > e.g. Add a CC header to f...@work.com whenever
> > sending/replying/forwarding from m...@work.com unless the
> > email is already going to f...@work.com.
> 
> I think a combination of hooks or only a send2-hook could be used.
> 
> How about something along these lines (not tested):
> 
> send2-hook "~f m...@work.com !(~C f...@work.com)" "my_hdr cc: f...@work.com"

thanks. that looks really promising but i can't get it
to have any effect. i tried reply-hook and send-hook as
well but it never triggers. i have other (simple)
send-hooks that work fine.

i see a lot of documentation online that says
send-hooks match on recipients which might be a reason
but man muttrc itself doesn't say that. any pattern
that only uses header data should work. and anyway,
even tests using ~t didn't work. i must be doing
something very dumb.

but if i could get it to work, send2-hook looks good. i
didn't know about that. according to:

  https://neomutt.org/guide/advancedusage.html#compose-flow

send2-hook happens after editing but it also says that
send2-hook is evaluated each time the headers are
changed (assuming mutt and neomutt are similar in that
regard), so the Cc header might not be there in the
editor session but it should at least be added after
editing. but i didn't observe that behaviour either.

but if it worked, it would handle the case where i have
to manually edit the from address in the editor.

> I do not know if my_hdr would respect headers that are already
> there. For example, if you set a header using the editor CCing a few
> people, Fred should only be added.

i thought that my_hdr might replace any existing header
(for From: it does) but i tested my_hdr Cc: (without
the send2-hook) and, if there is already a Cc header,
it adds the header content to what is already there. it
doesn't replace it or even add a new Cc header. clever
little mutt.

cheers,
raf

Reply via email to