Closed trevorshannon closed 7 months ago
You should also update the CHANGELOG.md.
oops, thanks I always forget that.
Thanks for the comments. I agree that adding the Reply-To header only if a user makes use of the reply_to
param is safer because the currently released behavior will be completely unchanged when reply_to
is unused.
I think that if the user enters in the same address for from
and reply_to
, that's still perfectly valid and we should add the Reply-To header to the email in that case (even though it should not make any difference to an email client's reply behavior). If you feel strongly that there should be an equality check between from
and reply_to
then I can add it.
I took care of the change log and the default email config.
It can sometimes be useful to have a reply-to address different from the from address, especially when sending automated emails such as those generated by urlwatch. If email reports are being sent to a distribution list, a reply-to address of that list makes more sense than the (likely unmonitored) bot address.
This PR adds the
reply_to
config option for the email reporter. Note that theReply-To
header will now always be added to outgoing emails, but if thereply_to
option is missing, that header will simply be populated with the same value asFrom