You receive an error message when you open either a SharePoint team Web site or another Web site with the FrontPage Server Extensions that uses a ISAPI filter that modifies server headers (329362)



The information in this article applies to:

  • SharePoint Team Services from Microsoft
  • FrontPage 2002 Server Extensions from Microsoft
  • FrontPage 2000 Server Extensions from Microsoft

This article was previously published under Q329362

SYMPTOMS

When you use an Internet Server Application Programming Interface (ISAPI) filter that modifies server headers, your Web site that is based on SharePoint Team Services may display the following text at the top of each page on your Web site:

Content-type: text/html pragma: no-cache cache-control: no-cache expires: 0

Additionally, when you try to open a SharePoint team Web site or try to open another Web site with the Microsoft FrontPage Server Extensions, the following error message is displayed by the Microsoft FrontPage client:
An error occurred accessing your FrontPage Web files.
Authors - if authoring against a web server, please contact the webmaster for this server's site.
WebMasters - please see the server's system log for more details.

CAUSE

This problem occurs when an ISAPI filter modifies the server headers before the server headers are sent to the client. When the ISAPI filter makes changes to the server headers, Internet Information Services (IIS) sends the headers to the client before SharePoint Team Services or the FrontPage Server Extensions have had a chance to append additional custom headers in the HTTP data stream. This issue causes an unexpected end-of-header marker in the data that is being sent to the client, and causes the error message that is mentioned in the "Symptoms" section of this article.

WORKAROUND

To work around this problem, either remove the ISAPI filter that is modifying the server headers or reconfigure the ISAPI filter so that is does not modify the server headers.

STATUS

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

MORE INFORMATION

When the Microsoft FrontPage or the Web Folders client technologies issue an HTTP GET request to the FrontPage Smart HTML Interpreter DLL, the Shtml.dll file, on a Web server where there are not any ISAPI filters configured, the raw HTTP response may be similar to the following example:

HTTP/1.1 200 OK{CRLF}
Server: Microsoft-IIS/5.0{CRLF}
Date: Sun, 1 Jan 2000 12:00:00 GMT{CRLF}
MicrosoftOfficeWebServer: 5.0_Pub{CRLF}
Connection: close{CRLF}
Content-Type: text/html; charset=windows-1252{CRLF}
{CRLF}
<HTML><BODY>Cannot run the FrontPage Server Extensions on this page: ""</BODY></HTML>

In this example, the server returns several headers to the client, including the Server type (in this scenario, Microsoft-IIS/5.0 is the Server type header that is returned) and the Date. The end-of-header marker is the blank line where only the carriage-return line-feed (CRLF) characters are present.

When you install an ISAPI filter that modifies the server headers in combination with SharePoint Team Services or the FrontPage Server Extensions, an extra end-of-header marker is inserted, and you receive the error message that is mentioned in the "Symptoms" section of this article.

In the following example, the URLScan utility has been configured to modify the server header to return a non-existent TEST/1.0 server type instead of the default Microsoft-IIS/5.0 server type:

HTTP/1.1 200 OK{CRLF}
Date: Sun, 1 Jan 2000 12:00:00 GMT{CRLF}
MicrosoftOfficeWebServer: 5.0_Pub{CRLF}
Connection: close{CRLF}
Server: TEST/1.0{CRLF}
{CRLF}
Content-Type: text/html; charset=windows-1252{CRLF}
{CRLF}
<HTML><BODY>Cannot run the FrontPage Server Extensions on this page: ""</BODY></HTML>

In the first example in this section, the server header is followed by a blank line that contains only the CRLF characters, signifying the end of the headers, and this is followed by another server header from the FrontPage Smart HTML Interpreter DLL, the shtml.dll file. The FrontPage Smart HTML Interpreter DLL, the shtml.dll file, overrides the default content type. Because this information is returned after a blank line that contains only the CRLF characters, it is considered to be part of the body of the HTTP data stream instead of part of the headers. Because of this situation, the FrontPage client cannot correctly process the response, and you receive the error message that is mentioned in the "Symptoms" section of this article.

REFERENCES

For additional information about how to use the URLScan with FrontPage and SharePoint technologies, click the following article numbers to view the articles in the Microsoft Knowledge Base:

307608 Using URLScan on IIS

326444 How to configure the URLScan tool

307976 You receive an error message when you use FrontPage with URLScan

309394 How to use URLScan with FrontPage 2000

318290 How to use URLScan with FrontPage 2002


Modification Type:MajorLast Reviewed:2/9/2005
Keywords:kbpending kberrmsg kbbug KB329362