Re: SSI in IIS for .html and Frontpage form problem

• Previous message: weshieone: "Re: SSI in IIS for .html and Frontpage form problem"
• In reply to: weshieone: "Re: SSI in IIS for .html and Frontpage form problem"
• Messages sorted by: [ date ] [ thread ]

Date: Wed, 16 Jun 2004 23:18:53 -0400

See:
http://support.microsoft.com/default.aspx?scid=kb;en-us;307976&Product=fp10se

In general, you can't have SSI, ASP, ASP.Net, or any server-side components/scripts on pages that
are processed via the FP extensions, such as forms.

-- 
==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)
http://www.ycoln-resources.com
FrontPage Resources, WebCircle, MS KB Quick Links, etc.
==============================================
To assist you in getting the best answers for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp
"weshieone" <weshieone@discussions.microsoft.com> wrote in message
news:668746E2-BBB4-4BAC-8FBF-0A8DDD261011@microsoft.com...
> Apologies for the typo , the new server is Windows 2000 IIS5 FP ext 2002.
>
> Thanks
>
> "Thomas A. Rowe" wrote:
>
> > Why would you migrate a customer backwards?
> > Could be related to the fact that Windows NT / IIS4 has less functionality then Windows 2000 /
IIS5.
> >
> > -- 
> > ==============================================
> > Thomas A. Rowe (Microsoft MVP - FrontPage)
> > WEBMASTER Resources(tm)
> > http://www.ycoln-resources.com
> > FrontPage Resources, WebCircle, MS KB Quick Links, etc.
> > ==============================================
> > To assist you in getting the best answers for FrontPage support see:
> > http://www.net-sites.com/sitebuilder/newsgroups.asp
> >
> > "weshieone" <weshieone@discussions.microsoft.com> wrote in message
> > news:65258333-E248-4DC6-8397-22E7CE7E30CC@microsoft.com...
> > > I had posted this in Frontpage entensions  but it turned up in  the Unix discusssion group
(the
> > same thing happens when you search you get searches returned for the other group) so I'm trying
to
> > repost it. Apologies if it ends up in the wrong place twice.
> > >
> > > I am migrating a customer from an IIS5 FP ext 2000 (4.0.2.6513) web server to IIS 4 FP ext
2002
> > (5.0.2.4803) and have been having a number of problems getting Frontpage functionality to work
that
> > the tech news groups have been very helpful in fixing.  I have another problem :>
> > >
> > > On the current site, the customer has a SSI set up in IIS for  .html extension to  use SSL
> > interpreter ssinc.dll The reason for this SSI is they use an includes file with the .inc
extension
> > to have create an inline text  include (ie an include of a single line) as Frontpage does not do
> > this (only allows block text). And  Frontpage will not include files with the .inc extension.
This
> > all works fine on the current server.
> > >
> > > But when I migrated the site (publishing directly from server to server)  the Frontpage forms
> > stopped working.  You submit the form and it returns the original page. The reason for this was
the
> > full path to the form handler was not put into the file by FrontPage extensions.
> > > So if you view source on the file  the action  command is to return the page
> > >
> > >
> > > //--></script><!--webbot BOT="GeneratedScript" endspan --><form
> > > method="POST"
> > >     name="FrontPage_Form2" action="feedback.html" language="JavaScript"
> > > webbot-action="--WEBBOT-SELF--" onsubmit="return
> > > FrontPage_Form2_Validator(this)">
> > >
> > >
> > > But if you remame the file to .htm the form works fine and the full path to the executable is
> > there in the code:
> > >
> > > //--></script><!--webbot BOT="GeneratedScript" endspan --><form
> > > method="POST"
> > >     name="FrontPage_Form2"
> > > action="../../_vti_bin/shtml.dll/rsm/about/feedbacknew.htm"
> > > language="JavaScript" onsubmit="return FrontPage_Form2_Validator(this)"
> > > webbot-action="--WEBBOT-SELF--">
> > >
> > >
> > > (you can also edit the file on the server directly and add the path to fix it but any time the
> > customer repblishes a form it will be overwritten and not work)
> > >
> > > The customer does not want to rename their forms to .htm as they have a standard for the site
that
> > is .html (did I mention this is an important customer)
> > >
> > > This problem is due to the SSI set up for .html as I removed it from IIS on the new server
and
> > the forms worked, but of course the .inc include no longer did.
> > >
> > > We were able to make a  inline text include file with .html extension that Frontpage will
process
> > correctly but the customer is not happy with this as it will require a lot of code reworking.
And
> > on the current server they can have both the SSI and the forms working with .html extensions
> > >
> > > So it looks to me that there has been a change in FP server ext 2002  from 2000 so that you
can't
> > have both the SSI for .html and the frontpage forms working with .html  Does anyone have any
> > information if this is correct?
> > >
> > > Alternatively anyone have any idea how we can have both the .inc include and the frontpage
forms
> > working on the FP  ext 2002 server?
> > >
> > > Thank you for your help
> >
> >
> >

• Previous message: weshieone: "Re: SSI in IIS for .html and Frontpage form problem"
• In reply to: weshieone: "Re: SSI in IIS for .html and Frontpage form problem"
• Messages sorted by: [ date ] [ thread ]