When you share a OneDrive for Business file or folder with a client using an external sharing link, the recipient may see a Request Access page instead of the file. This happens when the link type or tenant sharing settings block direct access for external users. The error typically appears as a sign-in prompt followed by a request form, which delays project collaboration and creates confusion. This guide explains why external links redirect to a request page and provides fixes for both link-level and tenant-level settings.
Key Takeaways: Fixing External Sharing Links That Request Access
- Share > Link settings > Specific people: The default link type in OneDrive restricts access to named users; switch to People in your organization or Anyone for external clients.
- Microsoft 365 admin center > Settings > Org settings > Security & privacy > Sharing: Controls the tenant-level policy that can block external sharing or require authenticated links.
- OneDrive admin center > Sharing > External sharing: Lets you set the default link type for the entire tenant to Anyone or Specific people.
Why External Sharing Links Redirect to a Request Access Page
When you create a sharing link in OneDrive for Business, the link type determines who can access the file without signing in. The three standard link types are:
- Anyone with the link: No authentication required. Anyone who has the link can open the file.
- People in your organization: Only users with a Microsoft 365 account in your tenant can access. External users see a sign-in prompt and then a Request Access page.
- People with existing access: Only users who already have permission to the file can use the link. New external recipients get the request page.
- Specific people: You must enter the email addresses of the recipients. If you do not add the client’s email, they see the request page.
The root cause is almost always the link type set to People in your organization or Specific people without the client’s email included. Additionally, the tenant-level external sharing policy may be configured to block anonymous links or require all external users to authenticate. When both the link and the tenant policy enforce authentication, the recipient cannot bypass the request form.
Steps to Fix External Sharing Links for Client Projects
You have two methods to resolve this issue. Use Method 1 when you need a quick per-file fix. Use Method 2 when you want to change the default behavior for all future shares.
Method 1: Change the Link Type for an Individual File or Folder
- Open the file or folder in OneDrive
Go to OneDrive for Business in your browser or in File Explorer. Navigate to the item you want to share with the client. - Select Share
Right-click the file or folder and choose Share. Alternatively, select the item and click Share in the toolbar. - Click the link settings gear icon
In the Share dialog, look for the gear icon next to the link preview. Click it to open the link settings panel. - Choose the correct link type
Select Anyone with the link if your tenant policy allows anonymous sharing. If anonymous sharing is disabled, select Specific people and then type the client’s full email address in the text box. Do not rely on autocomplete suggestions — type the address manually. - Set permissions and expiration
Under More settings, choose Can view or Can edit. Set an expiration date if required by your organization. Click Apply. - Copy and send the link
Click Copy link and send it to the client. Test the link in a private browser window to confirm the file opens directly without a request page.
Method 2: Change the Default Link Type for Your Tenant
- Sign in to the Microsoft 365 admin center
Go to admin.microsoft.com and sign in with a Global Admin or SharePoint Admin account. - Navigate to Org settings
In the left navigation, click Settings, then Org settings. - Open the Sharing policy
On the Services tab, find Microsoft 365 Groups or Sharing depending on your admin center version. Click it to open the policy pane. - Set external sharing to Anyone
Under External sharing, select Anyone. If this option is grayed out, your tenant may have a higher-level restriction. In that case, you must use the Specific people option and add each client manually. - Save the change
Click Save. The new default applies to all new sharing links created after this change. Existing links are not affected.
If External Sharing Links Still Redirect to Request Access
Tenant policy blocks anonymous links
Your organization may have a security policy that disables anonymous sharing entirely. In this case, the Anyone link type is not available. You must use the Specific people link type and add the client’s email address. If the client still sees the Request Access page, verify that you typed the email correctly and that the client checks the correct inbox.
Client is not added to the share
When you use the Specific people link type, you must add the recipient in the Share dialog. If you copy the link before adding the email, the link will not include the recipient. The client will see the request form. To fix this, open the Share dialog again, add the client’s email, and regenerate the link.
OneDrive admin center default link type overrides individual settings
The OneDrive admin center has a setting that forces all sharing links to use a specific default type. If this setting is configured to People in your organization, every new link will default to that type even if you manually change it. To check this, go to the OneDrive admin center at admin.onedrive.com, click Sharing, and look at Default link type. Change it to Anyone or Specific people as needed.
Azure AD Conditional Access policies block external access
Your tenant may have a Conditional Access policy that requires multi-factor authentication or device compliance for all external users. Even with an Anyone link, the client may be redirected to a sign-in page and then blocked. This requires an administrator to create a Conditional Access policy exception for the guest user type or to disable the policy for the SharePoint Online app.
Anyone Link vs Specific People Link: Key Differences for Client Projects
| Item | Anyone with the link | Specific people |
|---|---|---|
| Authentication required | No | Yes, recipient must sign in with a Microsoft account or work account |
| Request Access page shown | Never | Yes, if the recipient is not explicitly added to the share |
| Best for | Quick client access without account setup | Projects requiring audit trails and access control |
| Security risk | Anyone with the link can access | Only named recipients can access |
| Expiration and password | Supported | Not available |
Now you can configure external sharing links for client projects so recipients open files directly without the Request Access page. Start by checking the link type in the Share dialog. If the tenant policy blocks anonymous links, use the Specific people option and add the client’s email manually. For a long-term solution, ask your admin to review the default link type in the OneDrive admin center and the external sharing policy in the Microsoft 365 admin center.