我认为以前是可以这样做的，但我很确定 Discourse 现在会将电子邮件的“发件人标题”与退信地址进行比较。如果两者不匹配，电子邮件将被拒绝。（如果 Discourse 没有检查退信地址，评论系统很容易被滥用——任何电子邮件地址都可以输入到表单中。）
有几种方法可以解决 Discourse 作为评论系统的问题。我认为最好的方法是让 Discourse 改进其评论嵌入式 iframe，以便用户可以作为已认证的 Discourse 用户与之交互。如果那不可行，可以开发一个嵌入式的 Discourse 评论 Web 应用程序。那将是一个有趣的项目，但在深入研究之前，我想确保 Discourse 不会通过其嵌入式评论 iframe 提供类似的功能。
还有一些特定于 WordPress 的解决方案。最简单的一种是启用 WordPress 评论 和 WP Discourse 插件。风险是这会减少 Discourse 论坛上的活动。我认为可以通过 WordPress UI 来帮助解决这个问题——例如，链接到 Discourse 上正在进行的对话。
还可以开发专门针对充当 Discourse SSO 提供程序的 WordPress 站点的功能。我在该主题的先前帖子中对此进行了介绍。要做好这项工作可能需要对 WP Discourse 插件进行重大更改。除非（我在这里自言自语）：
我想通过上面的截图说明的是，对于充当 Discourse SSO 提供程序的 WordPress 站点，评论可以显示在 Discourse 评论 iframe 中。评论可以通过一个发布到 Discourse API 的表单创建。这可能需要对 Discourse 评论 iframe 进行一些更改，以确保在新评论添加时刷新它，但不需要用户能够作为已认证的 Discourse 用户与之交互。