Thank you for the links - I have had a look at them, but I am afraid they do not describe what to do with the Closed User Group concept where authors want to create a new user group for specific members (not for communities) and use this user group as a restriction on some pages.
How can we combine CUG concepts (that seem to be designed for Published users or Reverse Replication) with Communities (which rely on User Sync)?
Through experimenting, I can see that the tunnel service allows Authors to see and manage users and groups on Publishers regardless of whether these are stored under /communities/ folder.
However, Authors cannot create users or groups in different folders, and cannot really create CUG entities that are not related to Communities.
I find it a bit confusing that Authors can see and manage these user types but not create them - and I still don't understand how to mix CUG sites and Community Sites (and to use User Synchronization vs. Reverse Replication).
Any updates from checking with the Team?
We will soon be running out of time and simply resort to solving our challenges as best we can, but we would like to base on some sort of best practice guidance.
Some of our current ideas are to:
- Use User Synchronization exclusively (no Reverse Replication of users and groups)
- Run scheduled jobs both on Author and a selected Publisher node (to be able to do Member data maintenance)
- Create all groups for CUG directly on Publishers and export them back to Author so they can be assigned to pages
- Give some author users access to user management directly on Publishers (to assign Members to CUGs)
We will run your points by the Eng team.
Still no updates from your Team?
Any comments to the ideas I sketched 2 weeks ago?
Any chance your Eng team have had a look at this?
I pinged the team again. WHen we hear - we will post here.
Do you think the Team will provide an answer eventually?