为什么新 TL-1 用户有欢迎消息，而新 TL-0 用户没有？
在我看来，新 TL-0 用户才是最需要欢迎消息的。
你好 @MikeNolan！
我想知道，为什么新用户从 TL0 或 TL1 开始？
在我参与的另一个论坛上，TL0 新用户在发表第一篇帖子时会收到欢迎消息（这是 xxx 第一次发帖，让我们欢迎他们加入社区！）。
除非，你指的是 discobot 的那个？
TL-0 是新用户的默认级别，我认为这对我们来说是合适的。这可能不相关，但所有用户都通过 Drupal SSO 登录 discourse 网站。
有一个“欢迎 XXX”的消息，其他（达到某个信任级别以上）用户在新用户首次发帖或不活跃成员一段时间后首次发帖时会看到，但我正在寻找的是新用户会收到或看到概述论坛规则和程序的某些内容。
我们有一个新用户必须添加到的组，才能获得完整的发帖权限以及访问任何非公开类别。为了被添加，他们必须提供他们的会员 ID，并且我们必须知道他们的出生日期，因为只有当前年龄在 16 岁或以上才能获得这些特权。因此，TL-0 用户需要了解的一件事是将他们的会员 ID 添加到他们的个人资料中。我们有 98% 的会员的出生日期，以及几乎所有新会员的出生日期。（Drupal SSO 目前不会将会员 ID 添加到新用户的个人资料中，而且我也不确定现在是否有人积极支持它，但它似乎有效。）
您能否编辑 Discobot 的自动消息，在用户注册时包含这些内容？如果不行，我可能还有其他可以修改的内容，但需要将其托管在某个地方以接收用户注册的 webhook 请求。
他们不会直接通过 discourse 注册，因为有一个带有 SSO 的 Drupal 网站可以将他们引入 discourse 网站。
但这并没有真正解决我的问题，也就是为什么新用户没有收到 TL-0 消息，而 TL-1 却收到了。
您不能将Discobot的消息视为TL0欢迎消息吗？
据我所知，这仍然会触发一个注册事件，而该事件仍然会触发webhook。
1 个赞
您可以使用 Automation 插件和 Send PMs 脚本，并以“用户添加到组”作为触发器来创建一个自定义的。
1 个赞
但是 Discobot 应该给新用户发消息，而不是给现有用户发消息？
我不知道新用户看到什么，因为我的账户是在转换期间设置的管理员账户，我没有第二个账户可以用来测试。
好的，我已经设置了一个自动化脚本，用于向 TL0 的新用户发送站内信。不确定如何测试它是否按预期工作。检查日志，我猜。
似乎没有用于向新用户发送电子邮件的脚本。
理想情况下，要检查所有入职体验，您可以偶尔创建一个测试用户并对其进行演练。您能试试吗？
3 个赞
单点登录 (SSO) 流程可能会使事情复杂化，因为它与我们会员系统中的（新的）付费会员相关联，该系统是 CIVI-CRM。
我没有设置那部分，我假设 Drupal 在设置 Drupal 登录之前会与 CIVI-CRM 数据库确认会员数据。我不确定它在哪个流程中创建 discourse 登录，可能要等到会员第一次使用 SSO 链接访问论坛时。
但我可以就此询问项目负责人。（我确实同意定期测试新用户流程是可取的，即使只是为了看看它是否按你认为的那样工作，我不知道他是否这样做。）
2 个赞
自动化脚本似乎在工作，但有没有办法知道用户是否已阅读私信？
我认为尚未实现，但这是一个功能请求：
线程中的有人说，要获得一个像 
这样的反应才能知道他们已经确认了帖子。
跟踪谁阅读了帖子与跟踪收件人是否已阅读私信是不同的问题。但它们可能在 Discourse 中使用相同的机制，因此记录一个也会记录另一个，但这并不意味着它们必须向非版主提供阅读帖子的日志。
“已发送消息”日志显示通过自动化脚本对第一条私信有 1 次查看，但我不知道这是否包括我，因为我确实点击了它以确保内容如我所愿。
也许，在发送的消息中，请他们阅读后做出反应？
群组消息可以有一个“已读”指示器，不过我认为您无法从群组发送此私信。 
您可以使用 topic_views 表创建数据探索器查询，以检查他们是否已查看私信。所有私信都会有相同的标题，因此您可以使用该标题作为其中一个条件。
3 个赞
默认情况下，获得 tl1 非常容易，所以我认为它来得正是时候。
“恭喜，您已验证您的电子邮件地址”似乎有点傻，也许？