Ready-to-Run Software, Inc

Ready-to-Run Software, Inc
 

Microsoft FrontPage
RTR FrontPage Server Extensions for:
Microsoft Windows Server 2008 R2
Microsoft Windows 7
Microsoft Windows Server 2012
Microsoft Windows 8
Microsoft Server 2012 R2


RTR's FrontPage Server Extensions 2002 for IIS 7.5, IIS 8 and IIS 8.5

FAQ -- Frequently Asked Questions


I receive a HTTP 500.19 error when I try to access the FPSE administration page

  • Please see http://forums.iis.net/t/1149768.aspx for help with a possible resolution.

    Whenever you install WSUS on the same server, you will receive HTTP error 500.19, error code 0x8007007e.  You must disable compression by using the following command (in Windows 2008 R2 or Windows 2008 64 bit):
     
    %windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /-[name='xpress']
     
    If needed, WSUS compression can be re-enabled using the following command:
     
    %windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+[name='xpress',doStaticCompression='false',dll='%windir%\system32\inetsrv\suscomp.dll']

    Try uninstalling the FPSE, disabling compression as stated above and then re-installing the FPSE,

    Another suggestion from Microsoft:
     
    • Take IIS backup.
    • Open IIS
    • Click on server module node at the top of the left hand tree and choose "Modules".
    • Right click on DynamicCompressionModule and choose "Unlock"
    • Right click on StaticCompressionModule and choose "Unlock".
    • Open desired websites
      • Open Modules.
    • Right click on DynamicCompressionModules and choose "remove".
    • Right click on StaticCompressionModule and choose "Remove".
    • Do IISRESET.

    Back to FAQ

    I receive a HTTP 503 error when I try to access the FPSE administration page

  • The issue is related to the fact of running a 32-bit Module in a 64-bit Server (Which SBS 2011 is). These bugs are triggered by installing WSUS after Exchange 2007 (Which SBS 2011 has both). 
    • Edit a bug in IIS ISAPI Filters that causes a double whack (\\aspnet_filter.dll) typo that needs to be cleared up. This is required for both the site ISAPI and the server ISAPI.
    • Configure kerbauth.dll, exppw.dll, and owaauth.dll to run in 64-bit mode (preCondition="bitness64"), by editing the applicationHost.config XML file for IIS
    • Edit IIS7 to allow running 32-bit application pools (Which is ASP.NET 2.0, from 2002...) (enable32BitAppOnWin64)
    • Unlock DynamicCompression Module,StaticCompressionModule modules for the site, and globally disable HTTP compression for the IIS schema (%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /-[name='xpress'])
    • Change the Site to run in 32-bit mode (Enable 32-Bit Applications)
Back to FAQ

 

 

 


Ready-to-Run Software, Inc Privacy Statement
Questions or problems regarding this web site should be directed to .
Email addresses listed on this site may NOT be used for unsolicited commercial email.

1998 - 2016  Ready-to-Run Software, Inc.  All rights reserved.