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.
The referenced “trusted users” is users who have achieved TL2 (15 days returning to the forum). If you have an existing community or are trying to bootstrap one, manually granting TL2 and TL3 to a few users that you invite may be a good idea.
( make sure to click “Unlock Trust Level” after a manual promotion to TL2, to ensure that they are able to earn TL3 later!)
Either enable “must approve users” so staff has to approve every sign up, set the invitation rate limit to 0, or disable local username/password logins and require an alternate authentication provider.