如何修复TYPO3 6.2.47 ELTS版本中故障的邮件表单输出？

我之前处理过类似的TYPO3 ELTS更新后的问题，这类情况大多是更新后系统加强了前端输出的安全转义策略，默认把HTML代码转义成了实体字符。给你几个针对性的修复方案：

1. 针对TypoScript渲染的表单 #

如果你的表单是通过TypoScript的TEXT或COA对象输出的，只需要在对应配置里关闭自动转义即可：

比如之前的TypoScript可能是这样：

lib.mailFormField = TEXT
lib.mailFormField.value = <input type="text" name="name" id="mailformname" size="30" value="" />

现在添加htmlSpecialChars = 0来禁用转义：

lib.mailFormField = TEXT
lib.mailFormField.value = <input type="text" name="name" id="mailformname" size="30" value="" />
lib.mailFormField.htmlSpecialChars = 0

要是用的是复合内容对象（COA），就在对应的子元素里加这个配置就行。

2. 针对自定义内容元素里的表单 #

如果表单代码是直接写在自定义内容元素的模板里，需要检查内容解析器的配置。在对应内容元素的TypoScript里，给parseFunc添加关闭转义的设置：

tt_content.my_custom_form.parseFunc.htmlSpecialChars = 0

3. 针对自定义扩展里的表单 #

如果是自己开发的扩展输出表单，可能是代码里调用了htmlspecialchars()或者TYPO3的GeneralUtility::htmlspecialchars()方法导致转义。找到输出HTML代码的地方，去掉不必要的转义调用；如果是框架自动转义的，可以用htmlspecialchars_decode()还原输出：

// 假设原来的输出是这样（被转义了）
echo htmlspecialchars($formHtml);
// 改成直接输出，或者解码后输出
echo $formHtml;
// 或者如果是被多层转义的情况
echo htmlspecialchars_decode($formHtml, ENT_QUOTES);

注意事项 #

关闭转义后要确保表单代码本身是安全的，避免引入XSS风险。如果表单里有用户输入的内容需要回显，那用户输入的部分还是要单独做转义处理，不要全局关闭所有安全策略。

内容的提问来源于stack exchange，提问作者Ben