When a project ends, you need to stop file access for external collaborators. But external users who still have a sharing link will see an error message when they try to open the file. Instead of a dead end, you want those users to see a “Request Access” option so they can ask for permission if needed. This article explains why sharing links fail after a project closeout and how to configure OneDrive so external users are redirected to request access.
Key Takeaways: Redirect External Users to Request Access After Project Closeout
- OneDrive sharing link expiration: Set a link expiration date during the project so access ends automatically on closeout day.
- OneDrive sharing link permissions: Change the link type from “Anyone” to “Specific people” to limit access to named users only.
- Request Access link on OneDrive files: When a user is blocked, the file page shows a “Request Access” button that sends an email to the file owner.
Why External Sharing Links Fail After Project Closeout
When a project ends, the file owner or IT admin typically removes external users from the sharing list, deletes the sharing link, or changes the link permissions. After this change, anyone who clicks the old link sees an error page. The exact error depends on the link type and the user’s sign-in status. For links set to “Anyone with the link,” the user sees a page that says “This item might not exist or is no longer available.” For links set to “People in your organization” or “Specific people,” the user sees a sign-in prompt. If the user is not a guest in the tenant, sign-in fails and they see an access denied message. In both cases, the user has no way to request access unless you configure the sharing settings to show the “Request Access” button.
Link Types and Their Behavior After Closeout
OneDrive offers three external link types. Each behaves differently after you revoke access.
- Anyone links: These links do not require sign-in. After you delete the link or change the file permissions, the link stops working entirely. The user sees a generic error page with no request option.
- People in your organization links: These links require a Microsoft 365 account from your tenant. After closeout, external users cannot sign in and see an access denied page. The page does not include a request access link by default.
- Specific people links: These links work only for named users. After you remove the user from the sharing list, the link shows an access denied page. Again, no request link appears by default.
The “Request Access” button only appears when the file is still shared with the user but the user does not have direct access. This happens when you use sharing links with restricted permissions rather than removing the user completely.
Steps to Configure OneDrive So External Users See Request Access
To show the “Request Access” button instead of a dead error page, you must change the sharing link type and permissions before the closeout. Do not delete the link or remove the user. Instead, change the link to require sign-in and then uncheck the user’s name from the shared list. This leaves the link active but the user blocked, which triggers the request access flow.
- Open the OneDrive file or folder in a web browser
Go to onedrive.com and sign in with your work or school account. Navigate to the file or folder that was shared externally during the project. - Open the sharing details pane
Select the file or folder and click the “Share” button in the toolbar. The sharing pane opens on the right side of the screen. - Change the link type to “Specific people”
In the sharing pane, click the link settings dropdown. Select “Specific people” from the list. This changes the link so that only named users can access the file. Click “Apply.” - Remove external users from the shared list
In the sharing pane, you see a list of people who have access. Find the external collaborators. Click the “X” next to each user to remove them from the list. Do not delete the link itself. The link remains active but points to a file that the user cannot access. - Notify external users of the link change
Send an email to the external collaborators explaining that the project has ended and that they can request access by clicking the original link. Do not send a new link. The old link will now show a sign-in page with a “Request Access” button. - Test the link from an external account
Open a private browser window or use an account outside your organization. Paste the original sharing link. Sign in with a Microsoft account or a work account from another organization. The page should show a “Request Access” button. Click it to verify that you receive the request email.
Alternative Method: Use Link Expiration Instead of Removing Users
If you set a link expiration date before the project closeout, the link automatically stops working on that date. Users who click the expired link see a message that the link has expired. This page also includes a “Request Access” button if the file is still shared with the user. To use this method, set the expiration date when you create the link. Go to the sharing pane, click link settings, and under “Set expiration date,” choose the project end date. After the expiration date, the user sees the request access option without you having to remove them manually.
If External Users Still See an Error Instead of Request Access
After you change the link settings, some users may still see a generic error page instead of the request access button. This happens when the link type is set to “Anyone” and you delete the link entirely. The “Anyone” link does not track individual users, so OneDrive cannot show a request button. To fix this, you must create a new link set to “Specific people” and share it with the user. Then follow the steps above to remove the user from the shared list. The new link will trigger the request access flow.
OneDrive Shows “You Need Permission” but No Request Access Button
If the user sees “You need permission to access this item” but no button to request access, check the sharing settings at the tenant level. An admin may have disabled the request access feature. Go to the Microsoft 365 admin center, then Settings > Org settings > Sharing. Under “External sharing,” make sure “Let people outside your organization request access” is turned on. This setting controls whether the request access button appears on OneDrive files. If it is off, users will never see the button regardless of link settings.
Request Access Emails Go to Spam
When a user clicks “Request Access,” OneDrive sends an email to the file owner. This email may land in the Junk Email folder. To avoid missing requests, add the sender address Microsoft SharePoint to your safe senders list. Also check the Junk Email folder daily during the project closeout period.
Request Access vs Link Expiration: Key Differences for Project Closeout
| Item | Request Access via Link Change | Request Access via Link Expiration |
|---|---|---|
| When to use | You forgot to set an expiration date and need to revoke access now | You planned the closeout date in advance |
| User experience | User clicks old link, signs in, sees “Request Access” button | User clicks old link, sees “This link has expired” message with “Request Access” button |
| Admin effort | Must manually change link type and remove each user | Set expiration date once when creating the link |
| Risk of broken links | Low if you keep the link active | Low because the link still exists but is expired |
| Best for | Ad-hoc closeout or when you need to act immediately | Projects with a known end date |
After the project closeout, you can now redirect external users to request access instead of showing a dead error page. Use the link change method if you need immediate action. Use link expiration if you planned ahead. For a smoother process, test the request access flow with a test external account before the actual closeout day. An advanced tip: create a SharePoint site for the project and use site-level sharing policies so that all files inherit the same expiration and request access settings automatically.