formmail: reply-to can contain invalid characters if formMailCharset different from site charset
|Priority:||Should have||Due date:|
|Assignee:||Michael Stucki||% Done:||
formmail automatically converts character sets in mail headers if you define config['formMailCharset'] different than your site charset. In case your form didn't set the reply-to header explicitely, a copy of the from header is used. Unfortunately reply-to is set to a copy of the already converted from header and then again run through the conversion routine, which leads to invalid characters in the resulting string.
I noted the php and TYPO3 versions in use here, but they are largely irrelevant; the bug is probably in other versions as well.
(issue imported from #M6121)
Updated by Michael Stucki over 5 years ago
I've changed the patch slightly:
- using $val again instead of $V elements
- change preg_match two lines down which causes to quote all names (don't know if it's needed, but the same is done for $name as well)