Are Moderated User Invites a thing?

特徴
,
1

I can only seem to give moderators and admin invite permission, or allow all users above the trust threshold to have invite permissions. I am looking for a moderated user invite option if it exists, if not perhaps this belongs in feature as this is helpful for closed communites where we want to allow high trust users to invite but still be aware of new users and such in the moderator team.

So is Moderated User Invites a thing? Users send, moderators get notice to approve. If so, how do I do that? I have had a harder time tuning the install than I did installing docker in a multisocket environment for the first time! Thanks for the help from everyone in support so far and I’m sure in the future.

「いいね！」 2
3

To clarify, you’re asking if there is a way that all invites need to be approved by a moderator before they are sent?

Assuming yes, then no, that doesn’t currently exist.

「いいね！」 4
6

That’s one implementation, another possible implementation is that after invitation a moderator must “enable” the account.
Either way would be great as the discourse based system in working on is designed to be a semi closed system with referrals. For now I guess moderators have to act as the gatekeepers.

「いいね！」 2
7

There is a site setting called something like “must approve all users”. I think that is what you’re looking for.

「いいね！」 3
8

This setting removes all invite permissions for non staff members.
We were looking more for a system that the users issue the invites themselves, and a moderator approves them after they accept invitation. We’re exploring other options here, but the membership seems super resistant to having invites only in the hands of the moderators…

「いいね！」 3
9

私も同様のものを求めていますが、うまくいく解決策は見つかりましたか？

10

私の進め方としては、「待合室」を用意し、誰でも参加できるようにします。そして、「実際のコミュニティ」はグループ制限付きのカテゴリに配置します。以下にその仕組みを示します。

  1. Discourse への参加は、制限なく誰でも行えます。
  2. 誰でも閲覧できるカテゴリを 1 つ作成します。コミュニティに合わせて、読み取り専用にするか、制限なしにするかを決定してください。
  3. グループオーナーの承認があった場合にのみ参加できる クローズドグループ を作成します。
  4. グループオーナーを誰にするかを決定し、その人たちをグループオーナーにします。 :wink: モデレーター、スタッフ、または好きな人をオーナーにすることができます。
  5. クローズドグループに制限された新しいカテゴリ を作成します。ここが実際のコミュニティが参加する場所になります。

オープンな待合室の利点の 1 つは、新しい人がコミュニティに本格的に参加する前に、コミュニティについて質問できることです。しかし、待合室を静的なものにし、プロセスを説明する単一のトピックにするだけでも機能すると思います。

11

素晴らしい、この解決策は気に入りました。時間をかけて明確にまとめていただき感謝します。テストして、どのように機能するか確認します。ありがとうございます！

編集：これに関する唯一の問題は、新しいカテゴリごとに制限が必要になることです。すべてのカテゴリを制限付きで作成するのではなく、制限なしのカテゴリを 1 つだけ作成する方法はありますか？

12

手動以外では、私の知る限りありません。しかし、新しいカテゴリがどれくらいの頻度で必要になりますか？ :wink:

「いいね！」 1
13

もっともな点ですね。よくわかりません。コミュニティが成長するにつれて、人々が多くのサブカテゴリを作成するようになるかもしれませんが、1) そうならない可能性もあり、2) サブカテゴリはメインカテゴリから権限を継承できると思います。ですから、うまくいくかもしれませんね :slightly_smiling_face:

14

もちろん、コミュニティはそれぞれ異なりますが、人々は基本的に組織化に関しては怠惰です。 :wink: 私の経験では、人々はできる限り 新しいトピック を始めるのを避けます。新しいカテゴリについて尋ねるとき、彼らはしばしば、誰かがその件について投稿してくれることを望んでおり、実際にカテゴリが作成されても、それを使用しません。明らかに必要になるまで、新しいサブカテゴリの作成は避けるのがおそらく最善でしょう。

正しいです。サブカテゴリを より 制限的にすることはできますが、Discourse ではそれより制限を緩くすることはできません。

「いいね！」 1
15

その通りです。カテゴリ自体が議論を生み出すことはありません。したがって、特定のタグに多くのトピックがあり、それらのトピックがあまり他のカテゴリと交差しない場合に、カテゴリの需要が生じる可能性があります。

「いいね！」 2