OneDrive for Business external sharing links send users to request access for contractor offboarding: Fix Guide

When a contractor is offboarded and their OneDrive sharing links are left active, external recipients often see a Request Access page instead of the shared files. This happens because the sharing link is tied to the contractor’s account, which is disabled or removed during offboarding. Microsoft 365 does not automatically reassign or update existing sharing links when a user account is deactivated. This guide explains why the Request Access page appears and provides step-by-step fixes to restore access for external users without recreating every link.

Why External Users See Request Access Instead of Shared Files

When a contractor’s Microsoft 365 account is disabled or deleted, the user object is marked as inactive in Azure AD. OneDrive sharing links are stored as permissions on individual files and folders, referencing the owner’s account by its unique identifier. Once the account is deactivated, the system can no longer authenticate the link owner, so it redirects external users to a Request Access page. The files remain in the OneDrive site, but the original sharing link becomes orphaned.

Microsoft 365 does not automatically transfer file permissions when a user is removed. The OneDrive site itself is retained for 30 days after account deletion by default, then 93 days total with retention policies. During this window, an administrator can reassign the OneDrive to another user or manually restore sharing links. If the site is deleted, all links become permanently broken.

How Sharing Links Are Tied to the User Account

Each sharing link contains a token that references the file location and the owner’s security context. When the owner account is disabled, the token validation fails because the owner’s identity is no longer active. External users do not have direct access to the OneDrive site by default, so they cannot browse to the files. The Request Access page is the default fallback behavior when the system cannot verify the link owner’s permissions.

Steps to Fix External Sharing Links After Contractor Offboarding

The following methods restore access to shared files without requiring external users to request access or for you to recreate every link. Choose the method that matches your offboarding scenario.

Method 1: Reassign the OneDrive to Another Licensed User

This method transfers ownership of the entire OneDrive site, including all files and existing sharing links, to a new owner. The new owner must have a OneDrive for Business license.

1. Sign in to the Microsoft 365 admin center
   Go to https://admin.microsoft.com and sign in with a Global Admin or SharePoint Admin account.
2. Navigate to Active Users
   Select Users > Active users from the left navigation menu.
3. Select the offboarded contractor
   Click the contractor’s display name to open the user details panel. If the user is deleted, you must first restore the user within 30 days of deletion.
4. Open the OneDrive tab
   In the user details panel, click the OneDrive tab. This tab displays the user’s OneDrive URL and storage status.
5. Click Create link to files
   Under the OneDrive section, click Create link to files. This generates a direct link to the contractor’s OneDrive root folder.
6. Send the link to the new owner
   Copy the link and send it to the person who will take over the files. That person must sign in and access the link to confirm ownership transfer.
7. Verify external sharing links work
   After the new owner accesses the OneDrive, ask an external user to click the original sharing link. The link should now open the file without a Request Access prompt.

Method 2: Use the SharePoint Admin Center to Grant Access Directly

If reassigning the OneDrive is not possible, you can add external users as direct members of the OneDrive site. This bypasses the broken sharing link and grants access through site membership.

1. Open the SharePoint Admin Center
   Go to https://admin.microsoft.com/SharePoint and sign in with a Global Admin or SharePoint Admin account.
2. Find the contractor’s OneDrive site
   Select Sites > Active sites from the left menu. Search for the contractor’s OneDrive by their name or email address. OneDrive site URLs follow the pattern https://-my.sharepoint.com/personal/.
3. Open site permissions
   Click the site name, then select the Permissions tab. Click Add people.
4. Add external users
   Enter the email addresses of the external users who need access. Select the permission level Edit or Read as appropriate.
5. Notify external users
   Check the box to send an email invitation. External users will receive a link to the OneDrive site and can access all files directly.

Method 3: Recreate Sharing Links for Critical Files

For a small number of files, the quickest fix is to recreate the sharing links under a new owner account. Use this method only when the other methods are not feasible.

1. Access the contractor’s OneDrive files
   If the OneDrive was reassigned to a new owner, that owner can sign in and navigate to the shared files. If not, use the SharePoint Admin Center to browse the site directly.
2. Select the file or folder
   Right-click the shared item and choose Share from the context menu.
3. Generate a new sharing link
   In the Share dialog, click the link settings icon and choose People with existing access or Specific people. Enter the external user’s email address.
4. Send the new link
   Copy the new link and send it to the external user. The old link will continue to show the Request Access page and should be discarded.

If External Users Still See Request Access After the Main Fix

The contractor’s OneDrive site was deleted

If the OneDrive site was deleted more than 93 days ago, it cannot be restored. All sharing links are permanently broken. You must ask external users to request access to the files from the tenant administrator, who can then share the files from a separate location. To prevent this, configure the OneDrive retention period in the SharePoint Admin Center under Settings > OneDrive > Storage limits and retention.

Tenant-level external sharing is disabled

Even if the OneDrive is reassigned, external sharing may be blocked at the tenant level. Check the setting in the SharePoint Admin Center under Policies > Sharing > External sharing. Ensure the slider is set to Anyone or New and existing guests depending on your organization’s security requirements. If it is set to Only people in your organization, external users will always see the Request Access page.

The sharing link was set to People in your organization

If the original sharing link was configured for People in your organization, external users cannot access it by design. The link type must be changed to Specific people or Anyone for external access. Recreate the link with the correct type as shown in Method 3.

OneDrive Site Reassignment vs Manual Permission Grant: Key Differences

Item	Reassign OneDrive Site	Manual Permission Grant
Description	Transfers entire OneDrive ownership to a new licensed user	Adds external users as direct members of the OneDrive site
Preserves existing sharing links	Yes, links remain functional after reassignment	No, original links still broken; users access via site membership
Requires new owner license	Yes, the new owner must have a OneDrive for Business license	No, only a Global Admin or SharePoint Admin is needed
Best for	Many files and external links need to be preserved	Few external users or when no licensed user is available
Time to complete	10–15 minutes	5–10 minutes

When a contractor is offboarded, you can now restore external access by reassigning the OneDrive site or adding external users directly. The quickest method is reassignment, which keeps all existing sharing links working. For future offboardings, use a checklist that includes OneDrive reassignment before disabling the user account. An advanced tip: run the PowerShell cmdlet Set-SPOSite -Identity -SharingCapability ExternalUserAndGuestSharing to verify the sharing capability on the contractor’s OneDrive site before offboarding.