Bug #17518
formmail: reply-to can contain invalid characters if formMailCharset different from site charset
| Status: | Closed | Start date: | 2007-08-10 | |
|---|---|---|---|---|
| Priority: | Should have | Due date: | ||
| Assignee: | Michael Stucki | % Done: | 0% |
|
| Category: | Communication | |||
| Target version: | - | |||
| TYPO3 Version: | 4.1 | Complexity: | ||
| PHP Version: | 5.2 | |||
| Votes: | 0 |
Description
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)
History
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)
Updated by Michael Stucki over 5 years ago
Fixed in TYPO3 4.1.3 and later.