Why can’t everyone in my organization access my Microsoft Lists form through the shared link?

Moreland, Alyssa 0 Reputation points
2026-10-15T12:12:22.4233333+00:00

I created a Microsoft List through my account/SharePoint and created a form for users to submit new items. When I click “Send form,” it states that “People in our Corporation with the link can respond.”However, not everyone is able to open the form when I copy that link and send it to them. It seems to work when I personally send or share the form directly with someone, but if another person forwards or shares that same link with a colleague, the user may receive an access or permissions errors. My goal is for anyone within my organization who has the link to be able to open the form and submit a response without requiring me to individually grant them access.

Users can have view access to the underlying Microsoft List, but I do not want them to be able to edit items directly within the list. The intention is for employees to submit information through the form, and then my team will review the submissions and make any necessary changes directly in the list afterward.

How should the SharePoint/List permissions and form-sharing settings be configured so that anyone within my organization can access and submit the form through the same link, including when the link is forwarded by someone else, while preventing general users from editing the underlying list?

Microsoft 365 and Office | Microsoft Forms | For business
0 comments No comments

2 answers

Sort by: Oldest
  1. AI answer

    2026-10-15T12:14:04.09+00:00

    A Microsoft Lists form response link, a SharePoint list-sharing link, and a standalone Microsoft Forms link use different permission mechanisms, so first regenerate and test the actual Send form response URL rather than granting employees edit access to the list.

    1. Open the list and its form.
    2. Select Send form.
    3. Confirm the audience is People in your organization with the link can respond.
    4. Temporarily select another available audience, then switch back to the organization-wide option.
    5. Copy the newly generated response URL from Send form—not:
      • the URL in the browser address bar;
      • Share list or Copy link from the list toolbar;
      • a collaboration or results-summary link.
    6. Send the URL as plain text on its own line.
    7. Have an affected employee:
      • sign in with their corporate work account;
      • open an InPrivate/Incognito window;
      • paste the URL directly into the address bar.

    For standalone Microsoft Forms, Microsoft documents that an organization-scoped response link accepts signed-in users from that organization and that the response link must be copied from Collect responses.^1^ The equivalent behavior is not sufficient evidence that a Microsoft Lists form requires ordinary list-edit permissions, so do not grant Can edit items merely to troubleshoot the response link.

    If directly sharing the form with a person works but a forwarded URL does not, compare the two URLs. A forwarded message may contain a rewritten Microsoft Defender Safe Links URL rather than the original response URL. Pasting the original URL directly is the appropriate test; this has been reported for standalone Microsoft Forms, although it does not establish Safe Links as the cause for Lists forms.^2^

    2. Keep underlying list access read-only

    If employees may view the list but must not change it:

    1. Open the list.
    2. Select Share.
    3. Add an approved organization-wide security-enabled group or SharePoint group.
    4. Select Can view, not Can edit items or Can edit list.

    Can view permits viewing only. Can edit items permits adding, changing, and removing items, while Can edit list also permits changes to columns and views.^3^

    If this list must have different access from its parent SharePoint site, a site/list owner can configure unique permissions:

    1. Settings → List settings.
    2. Under Permissions and Management, select Permissions for this list.
    3. Select Stop Inheriting Permissions.
    4. Retain Edit or Full Control for the reviewing team.
    5. Assign the employee group Read.

    Lists inherit permissions from their site until inheritance is stopped.^4^

    Do not use a conventional custom “Add Items only” permission as the default solution here. SharePoint’s Add Items permission depends on View Items, View Pages, and Open, so it can expose existing submissions unless additional, properly tested item-level controls are in place.^5^ The available documentation does not establish that this permission is required for the newer Lists Send form response link.

    Ask a SharePoint administrator to inspect the site containing the list. Lists stored in SharePoint follow that site’s sharing controls; lists under My Lists follow the owner’s OneDrive sharing controls.^3^

    The administrator can perform a read-only check in SharePoint Online Management Shell:

    Connect-SPOService -Url https://contoso-admin.sharepoint.com
    
    Get-SPOSite "https://contoso.sharepoint.com/sites/SiteName" |
        Select Url, DisableCompanyWideSharingLinks, InformationBarriersMode
    

    If DisableCompanyWideSharingLinks indicates that company-wide links are disabled, the administrator must determine whether that restriction is intentional before changing it. Microsoft documents the following change for affected SharePoint/OneDrive-backed Microsoft Forms file-upload scenarios:

    Set-SPOSite `
      -Identity "https://contoso.sharepoint.com/sites/SiteName" `
      -DisableCompanyWideSharingLinks NotDisabled
    

    This requires both SharePoint administrator and site collection administrator rights.^6^ Because that article addresses Microsoft Forms file uploads rather than all Microsoft Lists forms, change the setting only when the administrator confirms that the site restriction governs the failing response link and organizational policy permits the change.

    If the freshly generated response URL still fails only for some authenticated employees, collect the failing URL type, timestamp, affected account, and exact error, then have the Microsoft 365 administrator open a support request. That is preferable to broadening list permissions without confirmation that list access is the missing prerequisite.


    References

    1. Share a form | Microsoft Support
    2. Users unable to access Microsoft Form (404) - Microsoft Q&A
    3. Share a list or list item | Microsoft Support
    4. Customize permissions for a SharePoint list or library
    5. Permission levels in SharePoint
    6. Resolve file upload errors in Microsoft Forms
    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

  2. Michelle Nguyen 2,620 Reputation points Independent Advisor
    2026-10-15T13:13:33.8966667+00:00

    Hi @Moreland, Alyssa,

    Based on your description, the link generated from Forms > Send form should allow users within your organisation to submit responses, even when the link is forwarded. They should not need standard edit permissions for the underlying Microsoft List.

    First, please make sure that users are forwarding the original response link copied directly from Send form, rather than the URL from the browser’s address bar, the list’s Copy link option, or a collaboration link. Affected users should also open the link while signed in with a work account belonging to the same Microsoft 365 organisation. When I tested this in my own environment, I encountered the error shown in the screenshot below.Screenshot 2026-10-19 at 15.08.08

    I also recommend checking whether the permissions for the list or form were changed after the form was created. A Lists form may use unique permissions to allow users to submit information without giving them permission to view or edit the underlying list. Changing these permissions or restoring permission inheritance may cause the response link to stop working as expected.

    As a quick test, you could create a new form for the same list, select People in your organisation with the link can respond, and then send the newly generated link to one of the affected users. Ask them to open it in an InPrivate or Incognito window and sign in using only their organisational account.

    General users should not be granted Can edit items or Can edit list permissions, as these permissions may allow them to modify the list content directly. Only the team responsible for reviewing and processing the submissions should have edit access.

    If the new form link still displays a SharePoint permissions error, the site owner or SharePoint administrator may need to check whether organisation-wide sharing links or other access policies are restricted on that SharePoint site.

    Details that would help narrow it down

    • The exact error message, or a screenshot with any sensitive information removed.
    • Are the affected users internal employees or guests, and which account do they sign in with? Does opening the link in an InPrivate window with their work account give a different result?
    • How are you sending the link (Copy link, or another share/send button)?

    I am just another user in the community, not a Microsoft employee. However, I hope these checks help you determine whether the issue is related to the forwarded link, the account used to open it, or the form’s permissions. Please let me know what you find.

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.