我们目前有一个公开的支持邮箱,现在希望迁移到 Discourse(用于我们的社区),以使用单一平台。
在我们的测试中,未注册的用户向公开分类发送邮件后,Discourse 能够识别该邮件;但如果有人回复,该用户却收不到任何通知,甚至没有类似“您是匿名用户,请前往此处查看讨论”的邮件。
我找到了这篇帖子,但它是六年前的:Discourse as a private email support portal
因此,目前尚不清楚匿名用户是否能从 Discourse 接收邮件,我也找不到相关的插件。
有人能帮我吗?
有任何帮助吗?
我不知道如何查找相关信息,但 Discourse 不通知匿名用户似乎很奇怪。
因此,经过一番排查后发现,如果电子邮件未被接受(例如被标记为垃圾邮件或长度过短),访客用户会收到来自 Discourse 的邮件,但日志中并未报告任何错误。
您将匿名用户与暂存用户混淆了。
如果已发送回复邮件但被退回,您可能可以在“邮件”>“退回邮件”>“邮件类型”列中找到错误信息。
点击邮件类型错误,您可能会看到电子邮件服务提供商的响应(通常位于主题正文的末尾附近):
例如:
<my-address@example.com>: 主机或域名未找到。名称服务错误:
name=example.com type=AAAA:未找到主机
这可以帮助您确定问题所在。
谢谢,但我们实例中那个显示邮件退出的页面是空的。
那么,发送了邮件但未注册允许类别的用户属于哪一类呢?
如果系统回复了来自网站的邮箱收件箱中的邮件,但该邮箱尚未注册,则该用户为待激活用户。
好的,现在清楚了。我们已配置了用户,但“自动监视其参与的所有消息并接收回复通知”这一部分对我们不起作用。在 Discourse 日志中,没有任何错误能反映我们试图在具有相同设置的新实例上复现的问题。
我似乎也能复现此行为。通过向分类主题发送邮件会创建临时用户,但他们不会收到其主题回复的邮件。SMTP 在整个 Discourse 中均正常工作,但对于临时用户,没有任何日志记录。
Discourse 版本:2.7.0.beta6 (7e2b7bdd78)
已确认这是一个 bug,正在等待反馈。
您究竟想实现什么目标?在我看来,允许匿名用户通过电子邮件向分类发布话题,然后期望其他成员回复,这似乎有些不合常理。这些人难道不应该先加入社区,然后再在论坛发帖吗?
或者,您可以创建带有发票的群组,允许他们接收电子邮件,然后由您的员工进行回复。这正是我们所采用的做法。
我们为意大利 Linux 协会设立了一个支持分类,未注册用户也可在此寻求帮助。目前该功能通过电子邮件实现,由一组志愿者负责处理,但我们希望将其迁移至论坛,以便社区中的其他成员也能参与协助,并提高透明度。
注册系统通过 SSO 与 SAML 集成到 Discourse 中,因此我们面临的问题是:当有人回复由临时用户(staged user)创建的帖子时,Discourse 不会向该临时用户发送任何电子邮件通知。
许多人更倾向于通过电子邮件进行交流(该邮箱已存在多年,且对社区内外的公众开放),即使他们没有账户。我们特意仅在此分类中允许此类操作,旨在帮助所有正在迁移至该平台的用户。
(抱歉上面有一些奇怪的拼写错误——我会修正它们。我的手机有时自动补全单词的效果很差……)
听起来很有趣。我认为你正在尝试超出“阶段性用户”功能设计初衷的极限。不过,我猜我们确实允许为分类启用此设置,从而创建阶段性用户。所以你的假设是:这些阶段性用户应该能收到他们发起的话题的回复?我不确定团队或其他使用该设置的网站是否也持这种假设。我认为这个设置的初衷是允许论坛分类像邮件列表一样运作,即使该邮件列表的订阅者并未全部在论坛上注册。
![]()
我建议你尝试其他几种方法:
(1) 如果你是管理员,可以查看阶段性用户的电子邮件和通知设置。也许某些默认用户设置与你的工作方式不兼容。例如,“仅在离开时通过邮件通知我”这一设置可能需要改为“始终”;同样,“当我在话题中发帖时,将该话题设为跟踪”这一设置可能需要改为“关注”。当你处于“跟踪”状态时,你将不会收到除你本人帖子以外的回复。
(2) 你也可以考虑为这些来自匿名邮件的支持请求使用群组收件箱。这些用户很可能也会乐意看到他们的请求出现在谷歌搜索结果中。之后,你可以利用这些信息,在论坛中创建新话题,同时移除所有可识别个人身份的细节。
如果以上方法仍不能满足你的需求,那或许存在一个与分类设置和阶段性用户相关的 bug,值得进一步调查。这需要我团队中的其他人来决定是否着手处理。
查看 Understanding user statuses, roles, and permissions 可知,这应该是 Discourse 中的通用行为。无论如何,用户应该能从 Discourse 收到某种通知,例如包含主题链接的消息或警报(论坛可自定义此内容),否则该功能就没什么用了。这就像是一个联系表单,却无法向发起联系的用户发送回复。
-
我们已确认:当预注册用户被验证后,他们应该能像其他用户一样接收来自 Discourse 的邮件(包括使用相同的设置,甚至修改这些设置)。但目前看来,作为预注册用户时,他们根本收不到 Discourse 的任何内容,且日志中也没有任何错误或异常信息。
-
我在 Google 上找不到关于 Discourse“群组框”(group box)的任何资料(为什么除了论坛内部和 GitHub 上的少数页面外,没有外部文档?但这更多是我个人的抱怨)。我们希望论坛用户能够加入该分类,但我不确定这是否符合我们的需求,或者它是否比使用分类更易于操作。
你在这方面做了很出色的研究!很抱歉这个行为有些不清楚。我进行了一些测试,并成功在我的网站上实现了以下流程:
- 启用暂存用户(staged users)
- 创建一个带有自定义传入邮箱地址的分类,并启用“接受来自无账号匿名用户的邮件”设置
- 从一个尚未关联任何用户的邮箱地址向该分类发送邮件
- 看到帖子出现在该分类中,同时创建了对应的暂存用户
- 编辑该暂存用户的偏好设置,将“当有人引用我、回复我的帖子、提及我的 @用户名或邀请我参与话题时,发送邮件通知我”选项设置为“始终”
你能在你的网站上尝试一下吗?如果不起作用,那一定是某些其他管理员设置有所不同。我不确定在生产环境中该如何处理这个问题,因为无法为暂存用户设置与默认注册用户不同的默认设置。![]()
顺便提一下,几年前我也遇到过和你类似的情况,正如下方相关链接中所示。简单来说,暂存用户功能在群组私信(group PMs)中的支持要优于在分类/话题中的支持。暂存用户基本上只是为了让工作人员能够通过群组收件箱与用户通过邮件互动,从而提供支持。Discourse 团队正是这样使用它的。暂存用户无法登录,因此它们拥有用户偏好设置本身就是一个意外,而修改这些偏好设置可能会带来意想不到的后果。与此同时,我们希望用户创建账号并登录以参与社区讨论,因此为暂存用户添加参与话题的支持是适得其反的。我认为这一功能最初是为了满足某些希望镜像邮件列表或希望将 Discourse 用作邮件列表存档的站点的需求而加入的。
老实说,我不确定这是否是一个 bug,如果是,我也不清楚该如何修复。更改这些默认设置可以让像你们这样的站点利用这一意外功能来满足你们的用例:
- 暂存用户关注他们所在的每一条消息和每一个话题(类似于消息)
- 暂存用户的“当有人引用我、回复我的帖子、提及我的 @用户名或邀请我参与话题时,发送邮件通知我”选项设置为“始终”
或者,我们可以进一步强化暂存用户仅用于消息而非话题的定位,并从分类设置中移除“接受来自无账号匿名用户的邮件”选项。如果某些站点由于某些历史原因(很可能与邮件列表镜像有关)需要该功能,可以将其设为隐藏设置。
希望这能稍微推动你的进展。![]()
我希望能将此设置为所有用户的默认选项,以避免任何麻烦(我正在 Discourse 面板中寻找相关设置,但尚未找到)。
这是“默认邮件通知级别”的管理员设置。请注意,这意味着从现在开始注册的所有用户,即使已登录,也会开始通过电子邮件接收通知。
因此,该默认设置已对所有用户定义:
禁用邮件列表模式
禁止用户启用邮件列表模式(防止发送任何邮件列表邮件。)
该设置此前已启用,我现在已将其禁用。
此外,我们用于测试的用户,其该参数已设置为“始终”。
无论如何,此变更在我们这种情况下并未解决问题。
我现在想知道,为什么用户没有收到任何邮件,例如“注册以回复”之类的邮件。
此问题与邮件列表模式无关。或许您可以尝试创建一个使用完全不同邮箱地址的新测试用户,并按照我上面的复现步骤操作?
也许您现在应该前往 Marketplace 频道,向顾问请求关于您设置的帮助。Meta 这里有很多聪明的人提供他们的服务,可以帮助您排查故障,并根据您的使用场景进行任何必要的自定义。
我在想,一个简单的解决方案是向待激活用户发送一封邮件,其中包含指向讨论帖的链接以及注册 Discourse 的邀请。
因此,我正在寻找相关插件,但目前除了以下两个之外,没有找到其他选择:
这是个很棒的想法,但……你收到了多少封这样的邮件?投入精力创建所有这些自动化是否值得?而且说实话,在我看来,将某人发送的邮件发布到公开论坛上有点奇怪。如果发生在我身上,我会很恼火!因此,我认为 Discourse 核心功能不会支持这一做法。
如果我是你,我会将这些邮件投递到一个由工作人员(可以是志愿者)监控的群组邮箱中,由他们决定是否就该问题创建一个公开话题。如果他们决定创建,就可以发起话题,邀请该用户加入并跟进。现在,工作人员邀请邮箱地址并指定用户首次登录时进入的话题变得非常容易。

