Typo3 直接邮件：FEHLER Die HTML Inhalten kö；我不喜欢你

由于我已将网站从http改为使用https，因此无法在TYPO3中生成新闻稿

我正在使用以下扩展发送新闻稿：

出现以下错误消息：

FEHLER
Die HTML Inhalten können nicht ausgelesen werden.

我已检查了以下设置：

 - Error Logs (php and apache), nothing in there
 - php settings (allow_url_fopen http://php.net/manual/en/filesystem.configuration.php), setup the way it should
 - checked the www's blogs but didn't find a working solution
 - the changes for ssl: domain record changed in typo3
 - htaccess forward from http to https
 - tried to send an external link (didn't work either)
 - checked for the boundries
 - checked for the right domain-settings
 - deprecation log didn't contain anything either
 - switched errors on (no alert or message concerning this issue)
 - typo3 configuration (curl is still on)

你知道如何解决这个问题吗

---

实际上，我已经尝试了几个论坛设置来解决问题，但到目前为止还没有进展。

后端也使用https吗？基本上，direct_mail使用与TYPO3 BE相同的协议，除非激活UseHttpToFetch

请检查以下内容：

• 使用wget或curl直接从服务器（SSH到服务器）手动获取页面
• 如果设置了“UseHttpToFetch”，请检查扩展配置

---

后端是否也使用https？基本上，direct_mail使用与TYPO3 BE相同的协议，除非激活UseHttpToFetch
请检查以下内容：
• 使用wget或curl直接从服务器（SSH到服务器）手动获取页面
• 如果设置了“UseHttpToFetch”，请检查扩展配置

---

后端是否也使用https？基本上，direct_mail使用与TYPO3 BE相同的协议，除非激活UseHttpToFetch
请检查以下内容：
• 使用wget或curl直接从服务器（SSH到服务器）手动获取页面
• 如果设置了“UseHttpToFetch”，请检查扩展配置

---

后端是否也使用https？基本上，direct_mail使用与TYPO3 BE相同的协议，除非激活UseHttpToFetch
请检查以下内容：
• 使用wget或curl直接从服务器（SSH到服务器）手动获取页面
• 如果设置了“UseHttpToFetch”，请检查扩展配置

---

最后但并非最不重要的一点是，我的学院再次解决了这个问题：
以下方面似乎存在一个核心缺陷：

2328: // PATCH
2329: // CURRENT FILE: typo3/sysext/core/Classes/Utility/GeneralUtility.php
2330: // CONCERNING: typo3_src-6.1.5
2331: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);


The message now is: Seite ist erfolgreich ausgelesen.

谢谢你们的帮助，伙计们！

---

谢谢尼科的补丁
最后但并非最不重要的是，我的大学再次解决了这个问题：
以下方面似乎存在一个核心缺陷：

2328: // PATCH
2329: // CURRENT FILE: typo3/sysext/core/Classes/Utility/GeneralUtility.php
2330: // CONCERNING: typo3_src-6.1.5
2331: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);


The message now is: Seite ist erfolgreich ausgelesen.

谢谢你们的帮助，伙计们！

---

谢谢尼科的补丁
最后但并非最不重要的是，我的大学再次解决了这个问题：
以下方面似乎存在一个核心缺陷：

2328: // PATCH
2329: // CURRENT FILE: typo3/sysext/core/Classes/Utility/GeneralUtility.php
2330: // CONCERNING: typo3_src-6.1.5
2331: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);


The message now is: Seite ist erfolgreich ausgelesen.

谢谢你们的帮助，伙计们！

---

谢谢尼科的补丁
最后但并非最不重要的是，我的大学再次解决了这个问题：
以下方面似乎存在一个核心缺陷：

2328: // PATCH
2329: // CURRENT FILE: typo3/sysext/core/Classes/Utility/GeneralUtility.php
2330: // CONCERNING: typo3_src-6.1.5
2331: curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);


The message now is: Seite ist erfolgreich ausgelesen.

谢谢你们的帮助，伙计们！

---

谢谢尼科的补丁
在我的例子中，当我使用HTAccess密码时，Direct Mail报告了这个问题。

---

最简单的测试方法是删除此密码访问权限一分钟。：）
在我的例子中，当我使用HTAccess密码时，Direct Mail报告了这个问题。

---

最简单的测试方法是删除此密码访问权限一分钟。：）
在我的例子中，当我使用HTAccess密码时，Direct Mail报告了这个问题。

---

最简单的测试方法是删除此密码访问权限一分钟。：）
在我的例子中，当我使用HTAccess密码时，Direct Mail报告了这个问题。

---

最简单的测试方法是删除此密码访问权限一分钟。：）
.htaccess密码目录保护未激活，因此这显然不会导致问题想法：证书验证失败，因为缺少某些根证书。尝试使用curl从命令行获取页面，可能这样可以复制..htaccess密码目录保护未激活，因此这显然不会导致问题想法：证书验证失败，因为缺少某些根证书。尝试使用curl从命令行获取页面，可能这样可以复制..htaccess密码目录保护未激活，因此这显然不会导致问题想法：证书验证失败，因为缺少某些根证书。尝试使用curl从命令行获取页面，可能这样可以复制..htaccess密码目录保护未激活，因此这显然不会导致问题想法：证书验证失败，因为缺少某些根证书。尝试使用curl从命令行获取页面，也许这样可以复制。是的，问题经常出现在开发或测试时使用自签名证书时。下面是一个bug报告：是的，问题经常发生在wehn在开发或测试时使用自签名证书时。下面是一个bug报告：是的，问题经常发生在wehn在开发或测试时使用自签名证书时。下面是一个bug报告：是的，问题经常发生在wehn在开发或测试时使用自签名证书时。下面是一个bug报告：