Bug #14817
closedWrong variable naming with Return-Path configuration
0%
Description
We had problems on one machine, where TYPO3 didn't set the Return-Path of mails to the needed values. I remembered this had been fixed, so why didn't it work?
Looking in the source one finds
/**
* Constructor. If the configuration variable forceReturnPath is set, calls to mail will be called with a 5th parameter.
* See function sendTheMail for more info
*
* @return [type] ...
*/
function t3lib_htmlmail () {
$this->forceReturnPath = $GLOBALS['TYPO3_CONF_VARS']['SYS']['enableReturnPath'];
}
Now, in the install tool is a setting called [forceReturnPath], obviously referring to the part above. But the code looks for *enable*ReturnPath. Consequently, setting enableReturnPath to 1 in localconf.php manually made it work as expected.
Now, looking at the code again I think the flag does in fact not force anything, but enables something. To lessen the impact, we should leave the variable name as it is, but "fix" the install tool. This seems to be fine judging from this ChangeLog entry by Michael Stucki from 2005-05-21:
* Added a new option TYPO3_CONF_VARS[SYS][enableReturnPath] which is
disabled by default. Until this is enabled, the ReturnPath is not sent
by t3lib_htmlmail. Thanks to Jan-Erik Revsbech.
The attached patch renames the variable in config_default.php, thus making it accessible and removing the non-used forceReturnPath one.
(issue imported from #M1197)
Files