]> git.ipfire.org Git - thirdparty/git.git/commit
send-email: don't duplicate Reply-to: in intro message
authorNeilBrown <neil@brown.name>
Wed, 17 Sep 2025 06:32:26 +0000 (16:32 +1000)
committerJunio C Hamano <gitster@pobox.com>
Wed, 17 Sep 2025 14:05:46 +0000 (07:05 -0700)
commitf448f65719686c78065f2900fbb342da7b4bc1ec
treecbda54a3831f8a8537dcc4bad1a7d1c4bd51978f
parentc44beea485f0f2feaf460e2ac87fdd5608d63cf0
send-email: don't duplicate Reply-to: in intro message

If I run

  git send-email --compose --reply-to 'ME <my@address.net>' .....

and edit the intro message, then it will get two copies of the Reply-To
field.  gmail.com rejects such messages.

This happens because send-email reads the edited message examining the
headers.  For recognised headers the content is extracted to use in
constructing the final message and for possible inclusion in the patch
emails.  Unrecognised headers are gathered (in @xh) to be passed through
uninterpreted.

Unfortunately "Reply-To" is not recognised in this process so it is
added to @xh as an uninterpreted header, but also generated from the
$reply_to variable in gen_header(), resulting in two copies

Add parsing to the loop in pre_process_file() to recognise a Reply-to
header and to store the result in $reply_to.  This means that the
intro message will not get a second header and also means that
any changes made to the Reply-To header during editing will be
incorporated in the $reply_to variable and so included in all the
generated email messages.

Signed-off-by: NeilBrown <neil@brown.name>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-send-email.perl