Forum Discussion
Best Practices for Permissions on an O365 Group SharePoint Site
at the moment I'm leaning towards not touching groups team sites permissions. My main concern is user experience. Even though you could assign permission to nonmember of this group, the end user would not see the group in the left navigation compared to when he/she is a direct member in that group.
Also I've seen a new Site Permissions UI (right side pane) coming up, amd rumors about a view only permission set.
Hi all,
Is it correct that when creating a group the default permissions for members is "Edit" and not "Contribute" correct?
Is it possible to change(e.g. to contribute) this when provisioning? Is it wrong to think that the default permissions for members is a bit much? I mean they have the potential to mess up things just because they can.
Cheers
- That is accurate. And I whole-heartedly agree with bumping it down to contribute. We do that manually right now.
Brent Ellis wrote:
That is accurate. And I whole-heartedly agree with bumping it down to contribute. We do that manually right now.
We do the same.I know this is a dormant thread, but just in case I'd be interested in ongoing developments on this thread. Launching a number of group/team sites and would love to be able to kick members down to contribute rights.
We do the same.
Can somebody please shed some light here -
When an Office 365 group is created, the Owners group in the Sharepoint team site has no user added to it !
Now, when we reduce the permissions of the Members group to contribute, there is no user in the site, who can then manage the permissions on the site !!
Its strange, why isn't the user who created the Office 365 group added as an Owner in the site. Or am I missing something here ?
In the current Groups UI, site permissions are managed in the new pane accessible from the cog menu:
And, as clearly stated, owners and members should be managed only by OWA.
