Here’s a contrivance. You could allow anyone to join, but have no read-only categories. People would have to be added to a group to be able to get to the Good Stuff. People would have to know to join a group to see the stuff.
You’d need to think through that, but you could assign lots of people to be group owners who’d be able to add more users.
Or just create a “please invite these people” topic, in a category that only TL2 members can see. If people post in they are TL2 by definition (or set up whatever category permissions you prefer), and staff can edit the request posts to put a next to those they invited.
I am totally confused with this topic. Ignore me if I am wrong.
Anyway just now I tested invite functionality in my localhost and it is working fine with below criteria.
Enabled the invite only SiteSetting
Enabled the login required SiteSetting
Created a new member using console
Promoted the new user to TL2
Now I am able to send invitation as that new user. Even it is working while both or either one SiteSetting disabled. I can’t understand why it is not working for you. Do you have SSO enabled?
Currently only TL2 users can send invites. So no harm when we welcome friend-of-a-TL2-friend-of-a-TL2-friend-of-a-TL2-friend
What about enable local logins SiteSetting? It says “Enable local username and password login based accounts. (Note: this must be enabled for invites to work)”
Update: must approve users SiteSetting doing it. While it enabled staffs can send invites. But not normal users (any TL user) can’t.
Упомянутые «доверенные пользователи» — это пользователи, достигшие уровня доверия TL2 (15 дней активности на форуме). Если у вас уже есть сообщество или вы пытаетесь создать его с нуля, хорошей идеей может быть ручное присвоение уровней TL2 и TL3 нескольким приглашённым пользователям.
( убедитесь, что после ручного повышения до TL2 вы нажали «Разблокировать уровень доверия», чтобы они могли позже получить TL3!)
Есть ли для этого настройка? Я хочу отключить возможность приглашать других пользователей для обычных участников, чтобы это могли делать только сотрудники.
Либо включите опцию «требовать одобрение пользователей», чтобы сотрудники должны были одобрять каждую регистрацию, либо установите лимит приглашений на 0, либо отключите вход по локальному имени пользователя и паролю и требуйте использования альтернативного провайдера аутентификации.