Additional features, settings, or issues not covered by specific Microsoft Teams categories
Hi @Keevan Cochrane,
Welcome to the Microsoft Q&A forum.
I understand that you are trying to enable members of your Team or SharePoint site to share files and folders with external users directly from the interface but are encountering a silent failure despite having sharing enabled at the tenant and site levels.
The behavior you’re describing where sharing works internally but fails for external guests is usually a result of the underlying SharePoint security engine overriding the modern Teams interface. Here is a breakdown of why this is happening and how to address it.
The core of the issue is that external sharing is technically an admin action. SharePoint requires the "Manage Permissions" right to invite a guest to a resource.
- Your custom level is derived from "Contribute," which by design excludes the "Manage Permissions" right. Without this, a user can edit existing content but cannot grant access to a new identity outside your directory.
- SharePoint’s Access Control List (ACL) is a source of truth. Even if the Teams UI labels a user as an "Owner," SharePoint only respects the specific permission level assigned to them in the site's advanced settings. If permissions were manually customized, it overrides the standard group sync that would normally grant a Team Owner full site rights.
Regarding your concerns, I would like to clarify as follow:
- Does sharing require specific permissions? Yes, the "Manage Permissions" right is the baseline for external invites. This is why the default "Edit" level works while "Contribute" fails.
- Teams owner vs. SharePoint permissions: The SharePoint ACL will always win. Manual customization overrides the default Microsoft 365 Group roles.
- Known issues (inheritance/lockdown): Broken inheritance on specific folders is a common culprit. Additionally, the Limited-access user permission lockdown mode site feature often blocks external sharing for users who do not have Full Control.
- Contribute vs. edit: Edit includes the authority to manage permissions for files and folders and Contribute does not.
Kindly follow these steps below and update me on the outcome
- Modify the custom level: You can update your custom permission level to include the Manage Permissions right. This allows users to share externally without giving them Full Control of the site.
- Check site-level features: Ensure that Limited-access user permission lockdown mode is deactivated in the Site Collection Features.
- Enable access requests: In the site sharing settings, ensure "Allow access requests" is toggled ON. This allows users with restricted permissions to trigger a sharing request that a Site Owner can then approve, rather than the process simply failing.
To help narrow this down, I suggest the following:
- Test via SharePoint Web: Ask the user to attempt the share directly from the SharePoint web interface rather than through the Teams desktop app. This helps determine if the issue is a UI bug or a backend policy.
- User comparison: Compare the settings of the affected user against a "known-good" user who can share successfully. This is the fastest way to identify if the block is user-specific (Security Groups) or site-specific.
Hopefully, this clarifies the disconnect between the two platforms and helps you get your external collaboration back on track.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.