このトピックと以前のトピックを読んだところ、現在の機能は「意図したとおり」ですが、招待システムへの新しい変更を反映していないことがわかりました。知らない人が使用できる招待リンクを作成することがはるかに簡単になりました。また、招待リンクは、サイトのセキュアなカテゴリにアクセスできるグループに招待者を追加できるスタッフによって危険な方法で作成される可能性もあります。
@Wall-E あなたの招待リンクが、あなたのサイトへのアクセスを許可されるべきではない人々の手に渡っているのは、どのようにしてですか？おそらく、あなたのサイトのスタッフは、誰でも使用できる招待リンクを作成して、それを公開したり、間違った人々が使用できる設定で共有したりしないように注意する必要があることを知っているでしょう。ある程度、あなたが直面している問題はスタッフのトレーニングの問題です。機密性の高い詳細が含まれている場合は、PMで回答してください。
現在存在する招待リンクが何らかの形で侵害されている場合は、それらを削除して、将来より慎重に新しいものを生成して共有できます。管理者として、招待ページでユーザーを確認して、誰が招待を利用したかを確認することもできます。信頼できないスタッフがいる場合は、モデレーターに近い権限を持つTL4に権限を下げることができます。
3つの可能な行動方針が考えられます。
- 何もしない。招待システムは意図したとおりに機能しており、スタッフは招待リンクに注意するだけで済みます。このルートを取る場合は、
must approve users管理者設定の説明を変更して、管理者が作成した招待リンクはこの設定をバイパスし、承認を必要としないことを明確にすることをお勧めします。
スタッフは、新しいユーザーアカウントがサイトにアクセスする前に、すべて承認する必要があります。注：スタッフが作成した招待は、この設定をバイパスし、承認を必要としません。
この変更のプルリクエストはここにあります：clarify that invites by staff bypass user approval by tobiaseigen · Pull Request #16966 · discourse/discourse · GitHub
-
(1) を実行するが、承認が必要なサイトでのみ、管理者がサイトへの即時アクセスを許可する招待リンクを作成する際に、「本当に確認しますか」という追加の警告ステップを追加する。
-
管理者が作成した招待リンクが、非管理者からの招待と同様に、承認が必要な設定を尊重するように動作を変更する。
OPが同意するように、現在の動作は誤解を招くものであり、承認が必要なサイトで問題を引き起こす可能性があります。この設定が有効になっているサイトは、特に注意深く、誰がアクセスできるかについて、この追加の偏執的なレベルの制御を必要とします。
したがって、私の推奨事項は、ドア番号3を選択することです。つまり、すべての招待リンクが同じように機能し、
must approve users設定を尊重するようにすることです。
ただし、これはバグではなく、意図したとおりに機能していると思います。機能リクエストとして再分類します。