locked
Virtual Directory - open without SharePoint RRS feed

  • Question

  • I have a SharePoint 2007 site running under 64 bit Windows 2008 R2.  The sharepoint works fine.  I can even open the libraries as web folders (webdav) without any issues.  I have created a virtual directory in IIS that points to a directory on the server.  Whenever I try to open the virtual directory (https://my.server.com/dir) as a webfolder, I get the SharePoint home web folder instead (https://my.server.com).  I have been able to open subordinate SharePoint web folders without any issues (https://my.server.com/MPD/Shared%20Documents).  It appears that SharePoint is intercepting my request for https://my.server.com/dir.  According to documentation, SharePoint should ignore any non-SP directories in IIS.  In previous versions we could exclude specific directories from being SharePoint managed, but not in 2007 or later.

    I have followed all of the directions to configure the virtual directory in IIS to use WebDAV.

    This is the code I use for the page to open the virtual directory.

    <html dir="ltr">
    
    
    
    <head >
    
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    
    <title>Test2</title>
    
    </head>
    
    
    
    <body>
    
    
    
    <!-- The httpFolder class enables the Web Folder behavior. -->
    
    <style>
    
    .httpFolder {behavior: url(#default#httpFolder);}
    
    </style>
    
    
    
    <!-- The fnOpenFolderView function navigates to Web folder view. -->
    
    <script>
    
    function fnOpenFolderView(){
    
    	oDAV.navigateFrame(https://my.server.com/dir,"_self");
    
    }
    
    </script>
    
    
    
    <!-- The div tag is an arbitrary object -->
    
    <div
    
     id = "oDAV"
    
     class = "httpFolder"
    
    />
    
    
    
    <!-- The input object calls the fnOpenFolderView function -->
    
    <input
    
     type = "button"
    
     value = "Open Folder View"
    
     onclick = "fnOpenFolderView()"
    
    >
    
    
    
    </body>
    
    
    
    </html>
    
    

    • Moved by Mike Walsh FIN Wednesday, May 18, 2011 5:03 PM not general (From:SharePoint - General Question and Answers and Discussion (pre-SharePoint 2010))
    Wednesday, May 18, 2011 4:36 PM

All replies

  • Hi Burp1,

     

    I am trying to involve someone familiar with this topic to further look at this issue. There might be some time delay. Appreciate your patience.

     

    Thank you for your understanding and support.

     

    Thanks,

    Rock Wang

    TechNet Subscriber Support in forum

    If you have any feedback on our support, please contact tngfb@microsoft.com


    Regards, Rock Wang Microsoft Online Community Support
    Friday, May 20, 2011 6:20 AM
  • Hi Burp1,

     

    Take a second look at the html file.

     

    If this html script is verbatim from a file, the part that needs fixing would be to close the following statement with a />. This should allow him to open up the virtual directory through explorer view.

     

    <input

     

    type = "button"

     

    value = "Open Folder View"

     

    onclick = "fnOpenFolderView()"

     

    />

     

    The address in oDAV.navigateFrame(https://my.server.com/dir,"_self") looks like it may need to be double checked too.

     

    Also- it would be useful to know if the user can access the directory by using the server's ip address (example: http:\\ipaddress\dir)? This might point to a DNS problem.

     

    Thanks,

    Rock Wang

    TechNet Subscriber Support in forum

    If you have any feedback on our support, please contact tngfb@microsoft.com


    Regards, Rock Wang Microsoft Online Community Support
    Wednesday, May 25, 2011 1:36 AM
  • Thanks for the response.  I did not notice the missing "/" but when I added it, the results were the same.  I have checked the address and tried the IP address, same results.  I have also tried using the code below, same results.  I really think this is a server issue, not the client.

    <SCRIPT>
      function fnDavStart(oSpanObj, sPath) {
        oSpanObj.navigateFrame(sPath, "_blank");
      }
    </SCRIPT>
    
    
    <SPAN ID=oViewFolder2
       CLASS = "hFolder"
       onclick = fnDavStart(oViewFolder2,"http://my.server.com/dir")
    >
    Click here to test Method 2.</SPAN>
    
    Wednesday, May 25, 2011 12:08 PM
  • Hi,

     

    Would it be possible to get the server’s IIs log files located at  %Systemdrive%\inetpub\logs\logfiles and the sharepoint server’s most recent uls log file (when this occurs) located at C:\Program Files\Common Files\Microsoft Shared\Web server extensions\12\LOGS. This might point to where the conflict is occurring. 

     

    Thanks,

    Rock Wang

    TechNet Subscriber Support in forum

    If you have any feedback on our support, please contact tngfb@microsoft.com


    Regards, Rock Wang Microsoft Online Community Support
    Wednesday, June 1, 2011 1:37 AM
  • I will try to get what you need.  Hope this helps:

    Here is the log file:

    #Software: Microsoft Internet Information Services 7.5
    #Version: 1.0
    #Date: 2011-06-01 15:02:13
    #Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
    2011-06-01 15:02:13 65.114.152.60 POST /_vti_bin/_vti_aut/author.dll - 443 - 65.114.152.99 MSFrontPage/12.0 401 1 2148074254 359
    2011-06-01 15:02:26 65.114.152.60 POST /_vti_bin/_vti_aut/author.dll - 443 - 65.114.152.99 MSFrontPage/12.0 401 1 3221225581 109
    2011-06-01 15:02:37 65.114.152.60 POST /_vti_bin/_vti_aut/author.dll - 443 DCS\bpratt 65.114.152.99 MSFrontPage/12.0 200 0 0 4254
    2011-06-01 15:02:37 65.114.152.60 OPTIONS / - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 401 2 5 78
    2011-06-01 15:02:37 65.114.152.60 OPTIONS / - 443 DCS\bpratt 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 200 0 0 15
    2011-06-01 15:02:37 65.114.152.60 OPTIONS /waspprojectfiles - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 500 19 5 0
    2011-06-01 15:02:37 65.114.152.60 PROPFIND /waspprojectfiles - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+DAV 500 19 5 0
    2011-06-01 15:03:10 65.114.152.60 POST /_vti_bin/_vti_aut/author.dll - 443 DCS\bpratt 65.114.152.99 MSFrontPage/12.0 200 0 0 15
    2011-06-01 15:03:10 65.114.152.60 OPTIONS / - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 401 2 5 15
    2011-06-01 15:03:10 65.114.152.60 OPTIONS / - 443 DCS\bpratt 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 200 0 0 0
    2011-06-01 15:03:10 65.114.152.60 OPTIONS /waspprojectfiles - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+Protocol+Discovery 500 19 5 15
    2011-06-01 15:03:10 65.114.152.60 PROPFIND /waspprojectfiles - 443 - 65.114.152.99 Microsoft+Data+Access+Internet+Publishing+Provider+DAV 500 19 5 0
    2011-06-01 15:03:15 65.114.152.60 GET /_layouts/images/imnaway.png - 443 - 10.4.4.24 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+5.1;+Trident/4.0;+.NET+CLR+2.0.50727;+InfoPath.2;+.NET+CLR+3.0.04506.30;+.NET+CLR+3.0.4506.2152;+.NET+CLR+3.5.30729;+MS-RTC+LM+8) 200 0 0 219
    Wednesday, June 1, 2011 3:15 PM
  • Text deleted, it was no longer relevant.

    • Edited by Burp1 Monday, June 6, 2011 5:09 PM
    Wednesday, June 1, 2011 4:31 PM
  • I am getting closer.  I have eliminated most errors by adding persmissions for the localmachine\NETWORK SERVICE group to the directory.  The application pool was running under the built in user NetworkService.  I also needed to enable "Directory browsing" for the virtual directory.

    I am now getting a good list of files in a browser page but when trying to access the webDAV folder (see original message), I get the webDAV folder from the home page, not the virtual directory.

    Wednesday, June 1, 2011 5:47 PM
  • Would it help someone understand the problem if I could send you some screen shots?  Unless someone knows a way to include an image in this forum.

    Thanks

    Monday, June 6, 2011 5:04 PM
  • I would recommend doing the following in a test environment.

     

    In SharePoint version 3.0 products you create Explicit Inclusions and Wildcard Inclusions on the administration page for the site.  I would check the  Explicit Inclusions and Wildcard Inclusions to verify that the directory you are having problems with has not been added.

     

    Have you tried to create a virtual  directory using the IIs7 manager user interface? As a test you might want to create a test directory following the method outlined in the following technet article:

     

    http://technet.microsoft.com/en-us/library/cc771804- creating a virtual directory in IIs7

     

    You have to create a new Virtual Directory in IIS underneath the appropriate IIS Virtual Server.

    Be sure the user account has at least read permissions on the physical directory of the server.

    Things to keep in mind when creating the test virtual directory- in the connect field specify a user that has rights to the physical directory on the server and also select the test button to verify that the user can access the directory.

    Also in the IIs7 manager user interface within the features view page select directory browsing and in the actions pane be sure to select Enabled.

    Best Regards,

    Manas

    Monday, July 18, 2011 4:24 PM