Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

So the place I work decided to set up a Microsoft Sharepoint 2010 server for task management and I (as the lowly entry-level intern) have been tasked with "figuring it out."
One thing that the end users really, really, really, want is the ability to link to network shares (that are readable by anyone who will be using sharepoint) from a Sharepoint web page. In order to do this, I have edited the HTML manually with several lines that look like the following:
<a href="file://server/share">Server Share</a>

This works (sometimes) but the link reported by Sharepoint is often wrong and editing pages that contain these links will mangle the code such that when I open it, the code no longer looks like what it did when I last hit save (breaking all those links).
Obviously this is not sustainable. I've been told by coworkers that "It worked that way at the last place I worked" but I haven't found out how yet. Any ideas on how this would work or am I barking up the wrong tree? None of the knowledge searches I've done shed any light on the sitataion.
Thanks for any help!

P.S. It should be noted that the file option in an href tag ONLY works in IE (which is a real bummer since we mostly use Firefox).

share|improve this question
Will using webdav not work? This will allow you to map a network drive to a sharepoint document repository. Also I believe you can setup the backend of a document repository to be a network drive with limited functionality. leaving as a comment as its not an answer. – pablo Feb 17 '11 at 22:40
Using webdav allows you to map a SharePoint Document Library as a network drive. I think he's after something the other way around. – James Love Feb 17 '11 at 22:43
What I believe is desired is a page that has some folder links on it, le'click the link, file explorer opens in windows at that destination. – Russell C Feb 17 '11 at 22:46

What about using a javascript approach as demonstrated in an unrelated question:

share|improve this answer
Sounds like a possible solution but a bit over engineered. The fact that I'd have to change options in IE for everyone who would use the site is also a big turn off. – Russell C Feb 17 '11 at 22:48

Given that Microsoft is marketing Sharepoint to large enterprises as a REPLACEMENT for file shares, I find this a rather wierd question.

Have you considered getting people to migrate the content of those file shares into the SP repository? Just the added ability to tag files, instead of relying on folders, makes this a win for most companies. And then your file:// problem goes away.

I think that with IE users, you will get better results with URLs that look like this:




share|improve this answer
nope, this won't work at all since upper management has labeled sharepoint to be our "Task Management System" and Tactic to be our designated CMS. Also, there are literally hundreds of thousands of files on theses shares (the SAN currently has 48TB capacity) so that's right out. – Russell C Feb 18 '11 at 14:49
I'd like to add that while MS might be marketing Sharepoint as a replacement for file shares, they don't seem to have thought through how big some companies files are. The fact that SQL limits, limit Sharepoint files to 2GB, and I have read anything over 300Mb is not ideal, doesn't make Sharepoint a complete replacement for file shares. P.S F: might be different from one user to the next, and won't work like it's \\fileserver... UNC counterpart even if F: drive is the same between users and some days F: drive doesn't get mapped. – user66001 12 mins ago

It seems that the only way to do this is to manually modify the HTML on the page (yuck!) and insert links that are formatted as follows:

<a href="file://server/share/">Server Share</a>

The limitation here is that it only works in Internet Explorer due to the security sense that IE lacks and all other browsers have (since linking to a user's local files is potentially a security hazard). The Firefox plugin that attempts to mitigate this security feature din't work for me either.

This additionally means that every time you attempt to edit a page with one of these links in it, there is a chance that SharePoint will bork up the link and break it. This breaking seems inconsistent and varies from deleting parts of the link to attempting to convert it to a server-side reference to deleting the whole thing right out.

It can basically be said that this is not a supported feature and should be used with caution.

share|improve this answer
up vote 0 down vote accepted

Ok, this is easy... stupidly easy. If you simply start typing the path to your share in the form \\ServerName\ShareName\ then SharePoint will automagically convert it into a <a href="file://ServerName/ShareName/">\\ServerName\ShareName\</a> link in the html which (as far as I've seen) won't sporadically break itself (as I mentioned in my recently posted last "answer").

The simplicity of this has both infuriated me and delighted me since I had to test so many different methods to get to this point seeing how there was not documentation as to how it should be done.

share|improve this answer
Unfortunately this didn't work for me. Even when editing the html directly to be correct sharepoint helpfully "fixed" it for me. Dear lord I hate sharepoint with a firey passion. – RJFalconer May 5 '15 at 10:29

Firefox is still a limited browser in SharePoint 2010. For full functionality you need IE7 or 8.

For years with using IE6/7/8 with SharePoint 2007 and WSS 3.0, we instructed people to input UNC path's like this (including quotes) "file://\\servername\share\path including spaces" and it always worked.

Just tested on a task list in SharePoint 2010 with IE 8 on Win 7 and works fine. Firefox doesn't support clicking those links, but adding the link (without typeing the href tag) in firefox does make it clickable and workable in IE.

It's been said many times before, but sadly, if you are running Microsoft web-based corporate apps you get a far superior user expierence with IE. IE for internal, Firefox for web browsing. Good luck.

share|improve this answer
Also note that task lists in SP2010 default their Description field to "rich text" which forces Firefox into basic HTML editing mode. Fix this by changing the list settings for that column to "enhanced rich text" which Firefox does support. – Bret Fisher Feb 22 '11 at 7:45

protected by Michael Hampton Oct 23 '14 at 18:06

Thank you for your interest in this question. Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).

Would you like to answer one of these unanswered questions instead?

Not the answer you're looking for? Browse other questions tagged or ask your own question.