Auto_approve_email_domains 仍显示 login.wait_approval 屏幕

我已将托管实例配置为自动批准首次使用 Office365 从内部帐户登录的用户,这本身就可以正常工作,并且对返回用户也有效,但他们在注册/首次登录时仍然会看到 login.wait_approval 消息,这让一些人感到困惑,因为没有进一步的批准电子邮件或通知发送给我们管理员,而且再次登录后一切正常,正如预期的那样。

我将更新文本,提示新用户如果他们是内部用户,则应再次登录,但这感觉不对。

这种情况是否可以更改,以便自动批准的帐户直接进入主屏幕?

我认为这不是预期的行为。我的理解是,如果启用了 must approve users 设置,并且用户在网站上注册的电子邮件域已添加到 auto approve email domains 网站设置中,则用户应自动登录到网站。wait_approval 消息不应显示给这些用户。

您知道用户是如何在网站上注册的吗?我想知道这个问题是否与用户通过社交登录方式注册网站有关。当我在自己的网站上通过用户名/密码注册进行测试时,它的工作方式符合我的预期,并且不会向用户显示批准消息。

我已将我的个人域名添加到批准列表中进行测试。到目前为止配置的四个外部身份验证方法 - Facebook、Github、LinkedIn 和 Office365 - 都得到了与上述相同的结果。

手动注册需要验证我的电子邮件,这符合预期,并且成功登录了。我想尽可能避免这一步。

外部身份验证方法会传入一个受信任的电子邮件地址,并且不需要验证,这正是我想要的 - 但它们会显示不受欢迎的(且不正确的)等待批准屏幕。

我已阅读了所有能找到的配置选项,只有“auth_immediately”听起来相关,但它说这只适用于只有一个外部身份验证方法的情况。

我应该指出,这并不关键——这个问题只影响内部用户,因为我们正在进行设置,之后我们会取消对外部用户的批准要求。这更像是一种烦恼。