Sign up for Office 365
Learn more about Office 365
by Brian Petersen, MSFT
SharePoint Online provides users the ability to map a network drive to a document library allowing a user to navigate to and open files directly from Windows Explorer. This blog is intended to direct users to a Knowledge Base article that’s been published to help not only setup and configure mapped network drives, but also address common issues and steps to resolve. In the More Information section of this blog you’ll see a link to the KB Article, but you’ll also see more details around the most common scenario we see in support.
Note This blog and the KB article do not apply to Microsoft Office 365 for professionals and small businesses.
The Knowledge Base article entitled “How to configure and to troubleshoot mapped network drives that connect to SharePoint Online sites in Office 365 for enterprises” can be found here: KB2616712. Ensure all the steps are completed in the KB, but also note the comment about the cookie expiring in the first set of solution steps. The comment in the KB states “Be aware that the cookie will eventually time out”.
Certainly, having the WebClient started in your client machine’s Services, along with adding your SharePoint site to the Trusted Sites Zone of your Internet Explorer browser, are both important solutions to Mapped Drive issues. However, you will continue to encounter an Access Denied error periodically – mainly after rebooting the computer or when you haven’t logged in (authenticated) to SharePoint Online over an extended period of time, generally 8 hours.,
One common scenario is when a user locks the computer at the end of the workday, returns the next day, and logs in to their work computer. If that worker tries to access the mapped drive he or she will get the following error.
\\Path is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.
Access Denied. Before opening files in this location, you must first add the web site to your trusted site list, browse to the web site, and select the option to login automatically'
The user receives this error because the session cookie for SharePoint Online has expired and must be “refreshed” in order to successfully access the mapped network drive again.
0 out of 2 people found this post helpful.
How do we do this refreshing of cookies? My users tried to simply log back into SharePoint but that wouldn't do the trick. Would relogging to the Office 365 portal do the trick?
対象: Office 365 for Enterprise , Office 365 for Education
筆者 : ブライアン・ピーターセン , MSFT
241 Microsoft Team blogs searched, 80 blogs have new articles. 222 new articles found searching from
This just describes the issue but what is the soloution?
I agree with the first comment -- how do you refresh the cookie? Users in our office will keep their computers on overnight and even when they log into Sharepoint into the morning the mapped network drives will not reconnect. One workaround has been to (1) access any library/list, (2) click on the library tab, and (3) click on the button to open the library in windows explorer.
Is there an automated way to refresh the cookie?
I must say this situation stinks. I have mapped a network drive to our TeamSite Documents folder on each PC in our office, and this morning there is no access. The PCs were turned off over the weekend. Even after logging back in to the Office 365 portal there is still no access. So how do the users regain access?
There is really no point in following the suggestions in the KB article about starting the WebClient and adding sites to the Trusted Zone (which I have done), if access is still going to be denied as a result of cookies expiring every few hours!
My users don't want or deserve to have to periodically login to the Office 365 Team Site - they don't want web access - they want to be able to access shared documents in the same way as they access local documents.
How can we get over this expiring cookie issue? We need our users to be able to connect to the Shared Documents without using the web interface. The issues we get using explorer mean my users are storing files alternative places which totally defeats the point of using Office 365.
Looks like there is a hotfix guys!
Has anyone been able to confirm that the hotfix has resolved this issue? Thanks for the link, Marvellous Mr T!
I can confirm that this hotfix is only hit/miss. It works on some computers some of the time
Even after doing all the procedures that have been suggested in this thread, we still get this error. Is there an add to these solutions?
You might try updating your version of IE. One browser version, I think it was IE9, totally screwed up this connectivity. I was advised to downgrade the browser and that fixed it. I haven't had the issues with IE10.