项目 2 - “用户输入他们的账户详细信息,并在收件箱中收到一封激活电子邮件。”
我们设置了必须批准用户,但是激活电子邮件在注册后未发送到新用户的收件箱。有什么可能的原因吗?(顺便说一句,新用户在注册两天后能够收到用于激活账户的后续电子邮件)。
@simon 感谢您的见解
。谢谢。
项目 2 - “用户输入他们的账户详细信息,并在收件箱中收到一封激活电子邮件。”
我们设置了必须批准用户,但是激活电子邮件在注册后未发送到新用户的收件箱。有什么可能的原因吗?(顺便说一句,新用户在注册两天后能够收到用于激活账户的后续电子邮件)。
@simon 感谢您的见解
。谢谢。
您可以检查一下 /skipped 列表以确保万无一失,尽管我不知道为什么注册邮件会被跳过?
您用来测试的用户名/邮件有什么特别之处吗?
在跳过的电子邮件中未找到日志。
使用会员类型,技术上应该与新会员通过 Wishlist Member 注册链接注册相同,该链接会自动在 Discourse 中创建新用户。此时新用户帐户尚未激活,因此下一步应该是新会员收到注册电子邮件。但我们不确定为什么出于某种原因它没有被发送……
我以为 /skipped 页面可能希望渺茫。![]()
这可能与您创建用户的方法有关。Wishlist Member 注册链接是如何配置的?
感谢您的见解 @JammyDodger,我们将研究注册配置 - 希望我们能尽快解决这个问题。
我在这里只是猜测。您是否在 WordPress 和 Discourse 之间启用了 DiscourseConnect?如果是,用户可能点击了您的 Discourse 网站上的“登录”按钮来启动注册,而不是点击“注册”按钮。
假设以上情况属实,如果您在 WP Discourse DiscourseConnect Provider 选项卡中启用了“登录时创建或同步 Discourse 用户”选项,那么通过 Wishlist Member 注册链接注册的用户,其登录流程可能与通过点击 Discourse 上的“登录”按钮注册的用户不同。当然,如果您的配置不是这样的,那我可能就完全猜错了。
@simon,是的,可以使用 DiscourseConnect,而且你说“点击登录按钮”而不是“点击注册按钮”也是正确的。
有了这个,我们能做些什么让用户在注册后立即收到“注册”邮件?或者按照我们的设置,这是不可能的吗?
谢谢你,Simon。 ![]()
现在这说得通了。用户正在做的是在 WordPress 上注册账户,而不是在 Discourse 上注册。从用户的角度来看,使用 DiscourseConnect 可能会有些令人困惑,但这可能是另一个问题。
现在发生的情况是,用户点击 Discourse 上的“登录”按钮。他们会被重定向到您的 WordPress 网站的登录页面。然后,他们需要从登录页面导航到网站的注册页面(这就是令人困惑的部分)。在网站上注册后,他们应该会收到来自 WordPress 的电子邮件,要求他们激活账户(这取决于您的 WordPress 网站的配置)。假设您的 WordPress 网站具有默认的注册配置,用户将点击激活电子邮件中的链接,然后按照激活 WordPress 账户并登录网站所需的步骤进行操作。
如果您启用了 WP Discourse 的“登录时创建或同步 Discourse 用户”选项:
登录 WordPress 会自动创建一个 Discourse 用户。如果您没有在 WordPress 上启用该选项,则直到用户再次点击 Discourse 的“登录”按钮,或点击您添加到 WordPress 网站的 Discourse 登录链接 后,才会在 Discourse 中创建用户。
无论哪种情况,一旦创建了 Discourse 用户,您的 Discourse 网站上就会创建一个“待批准”的审核条目:
您的 Discourse 网站管理员将收到通知,有一位用户正在等待批准。当管理员批准用户后,Discourse 会向用户发送一封“您已获批准”的电子邮件。
对于让用户访问 Discourse 网站来说,这似乎是一种非常复杂的方法。从用户的角度来看,最简单的简化方法是禁用 Discourse 上的 must approve users(必须批准用户)设置。如果您希望 WordPress 网站上的某些用户无法访问您的 Discourse 网站,最好在您的 WordPress 网站上添加一些代码来阻止某些用户登录 Discourse:How to prevent some WP users from being able to login to Discourse - #2 by simon
我认为当启用 DiscourseConnect 时,启用 must approve users 设置并没有太大的用处。从用户的角度来看,这非常令人困惑。
我想找到一个好的解决方案来解决我提到的关于用户在 Discourse 或 WordPress 上都没有账户,但点击了启用了 DiscourseConnect 的 Discourse“登录”按钮的问题。也许 Discourse 可以添加一个 discourse connect signup url(Discourse Connect 注册 URL)设置。配置后,用户可以被重定向到身份验证提供商的注册页面,而不是身份验证提供商的登录页面。目前,最好的解决方案是确保“注册”链接在身份验证提供商的登录页面上显而易见。使用默认的 WordPress 登录页面,这一点并不明显:
你总是帮我大忙,@simon。非常感谢你。这太棒了。当我们还在摸索的时候,你就找到了更好的工作流程。我会把这个分享给团队,让他们看看。