Hello,

I have a strange problem, I've browsed the whole newsgropu but I found no
answer :-(
I have a web page that contains a submit button (asp .net) when submited,
it makes a redirect to a page containing a IFRAME. sometimes the IFRAME
loads the page that it references without problems, sometimes I get a nasty
error: "Action canceled. Page could not be loaded", but the page exists on
my server and I can see it in my browser when I enter manually the path.
I've tested with various IE versions, but the problem appears only with IE
6 and IE 6 SP1. It appears when I call the page for the first time, when I
do a refresh or call the page later, it works.
Could someone help me?
Thanx,
mitru

What are you submitted? Is it a POST?

If so, it could be the web server not honoring extra POST crlf (carriage
return line feed) bytes.

It is pretty clear now that Microsoft updated the IE browser to comply with
the CERN specification for the POST command. However, it is breaking older
servers not expecting the change.

This is from the web site describing how the Apache Web server solved the
problem.

http://httpd.apache.org/docs/misc/kn..._problems.html

Read the first item about Trailing CRLF on POSTs.

We had a similar issue with the Wildcat! Web Server where the server was not
expecting the extra bytes. It doesn't show up all the time and it depends
alot on how much data is being posted and/or the transmission speed (both
ways, up and down). We added the logic to read the extra bytes and
VIOLA - problem goes away!

Anyway, the web server you are connecting to may not be expecting it. And
if it is not using TCP Half Close methods to perform a graceful socket
termination, to get rid of any extra bytes, you will see the behavior tons
of user are reporting "Page Cannot Be Displayed" in the past 2-3 weeks.
This has been the hottest topic with many users.

--
Hector Santos
WINSERVER "Wildcat! Interactive Net Server"
support: http://www.winserver.com
sales: http://www.santronics.com


"Dumitru Ozunu" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Hello,
>
> I have a strange problem, I've browsed the whole newsgropu but I found no
> answer :-(
> I have a web page that contains a submit button (asp .net) when submited,
> it makes a redirect to a page containing a IFRAME. sometimes the IFRAME
> loads the page that it references without problems, sometimes I get a
nasty
> error: "Action canceled. Page could not be loaded", but the page exists on
> my server and I can see it in my browser when I enter manually the path.
> I've tested with various IE versions, but the problem appears only with
IE
> 6 and IE 6 SP1. It appears when I call the page for the first time, when I
> do a refresh or call the page later, it works.
> Could someone help me?
> Thanx,
> mitru
>
>

Yes, I do a POST. We use IIS 5.0 as web server. How can I get rid off CrLf
bytes?
thanx,
mitru

"Hector Santos" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> What are you submitted? Is it a POST?
>
> If so, it could be the web server not honoring extra POST crlf (carriage
> return line feed) bytes.
>
> It is pretty clear now that Microsoft updated the IE browser to comply
with
> the CERN specification for the POST command. However, it is breaking
older
> servers not expecting the change.
>
> This is from the web site describing how the Apache Web server solved the
> problem.
>
> http://httpd.apache.org/docs/misc/kn..._problems.html
>
> Read the first item about Trailing CRLF on POSTs.
>
> We had a similar issue with the Wildcat! Web Server where the server was
not
> expecting the extra bytes. It doesn't show up all the time and it depends
> alot on how much data is being posted and/or the transmission speed (both
> ways, up and down). We added the logic to read the extra bytes and
> VIOLA - problem goes away!
>
> Anyway, the web server you are connecting to may not be expecting it.
And
> if it is not using TCP Half Close methods to perform a graceful socket
> termination, to get rid of any extra bytes, you will see the behavior tons
> of user are reporting "Page Cannot Be Displayed" in the past 2-3 weeks.
> This has been the hottest topic with many users.
>
> --
> Hector Santos
> WINSERVER "Wildcat! Interactive Net Server"
> support: http://www.winserver.com
> sales: http://www.santronics.com
>
>
> "Dumitru Ozunu" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > Hello,
> >
> > I have a strange problem, I've browsed the whole newsgropu but I found
no
> > answer :-(
> > I have a web page that contains a submit button (asp .net) when
submited,
> > it makes a redirect to a page containing a IFRAME. sometimes the IFRAME
> > loads the page that it references without problems, sometimes I get a
> nasty
> > error: "Action canceled. Page could not be loaded", but the page exists
on
> > my server and I can see it in my browser when I enter manually the path.
> > I've tested with various IE versions, but the problem appears only with
> IE
> > 6 and IE 6 SP1. It appears when I call the page for the first time, when
I
> > do a refresh or call the page later, it works.
> > Could someone help me?
> > Thanx,
> > mitru
> >
> >
>

Talk to Microsoft. :-)

They have to change the server software.

I put of the detail analysis out there in more than one messages over the
last 2 weeks. Hopefully, if there is an MVP or Microsoft employee reading
this stuff "who really cares" and would pass it up (or down) the chain.

Its happening to many all over the place.

--
Hector Santos
WINSERVER "Wildcat! Interactive Net Server"
support: http://www.winserver.com
sales: http://www.santronics.com



"Dumitru Ozunu" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Yes, I do a POST. We use IIS 5.0 as web server. How can I get rid off CrLf
> bytes?
> thanx,
> mitru
>
> "Hector Santos" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > What are you submitted? Is it a POST?
> >
> > If so, it could be the web server not honoring extra POST crlf (carriage
> > return line feed) bytes.
> >
> > It is pretty clear now that Microsoft updated the IE browser to comply
> with
> > the CERN specification for the POST command. However, it is breaking
> older
> > servers not expecting the change.
> >
> > This is from the web site describing how the Apache Web server solved
the
> > problem.
> >
> > http://httpd.apache.org/docs/misc/kn..._problems.html
> >
> > Read the first item about Trailing CRLF on POSTs.
> >
> > We had a similar issue with the Wildcat! Web Server where the server was
> not
> > expecting the extra bytes. It doesn't show up all the time and it
depends
> > alot on how much data is being posted and/or the transmission speed
(both
> > ways, up and down). We added the logic to read the extra bytes and
> > VIOLA - problem goes away!
> >
> > Anyway, the web server you are connecting to may not be expecting it.
> And
> > if it is not using TCP Half Close methods to perform a graceful socket
> > termination, to get rid of any extra bytes, you will see the behavior
tons
> > of user are reporting "Page Cannot Be Displayed" in the past 2-3 weeks.
> > This has been the hottest topic with many users.
> >
> > --
> > Hector Santos
> > WINSERVER "Wildcat! Interactive Net Server"
> > support: http://www.winserver.com
> > sales: http://www.santronics.com
> >
> >
> > "Dumitru Ozunu" <(E-Mail Removed)> wrote in message
> > news:(E-Mail Removed)...
> > > Hello,
> > >
> > > I have a strange problem, I've browsed the whole newsgropu but I found
> no
> > > answer :-(
> > > I have a web page that contains a submit button (asp .net) when
> submited,
> > > it makes a redirect to a page containing a IFRAME. sometimes the
IFRAME
> > > loads the page that it references without problems, sometimes I get a
> > nasty
> > > error: "Action canceled. Page could not be loaded", but the page
exists
> on
> > > my server and I can see it in my browser when I enter manually the
path.
> > > I've tested with various IE versions, but the problem appears only
with
> > IE
> > > 6 and IE 6 SP1. It appears when I call the page for the first time,
when
> I
> > > do a refresh or call the page later, it works.
> > > Could someone help me?
> > > Thanx,
> > > mitru
> > >
> > >
> >
>
>

Thank you very much, I'll search your posts.
I really hope MS reads some of these posts :-)
greetz,
mitru

"Hector Santos" <(E-Mail Removed)> wrote in message
news:#(E-Mail Removed)...
>
> Talk to Microsoft. :-)
>
> They have to change the server software.
>
> I put of the detail analysis out there in more than one messages over the
> last 2 weeks. Hopefully, if there is an MVP or Microsoft employee reading
> this stuff "who really cares" and would pass it up (or down) the chain.
>
> Its happening to many all over the place.
>
> --
> Hector Santos
> WINSERVER "Wildcat! Interactive Net Server"
> support: http://www.winserver.com
> sales: http://www.santronics.com
>
>
>
> "Dumitru Ozunu" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > Yes, I do a POST. We use IIS 5.0 as web server. How can I get rid off
CrLf
> > bytes?
> > thanx,
> > mitru
> >
> > "Hector Santos" <(E-Mail Removed)> wrote in message
> > news:(E-Mail Removed)...
> > > What are you submitted? Is it a POST?
> > >
> > > If so, it could be the web server not honoring extra POST crlf
(carriage
> > > return line feed) bytes.
> > >
> > > It is pretty clear now that Microsoft updated the IE browser to comply
> > with
> > > the CERN specification for the POST command. However, it is breaking
> > older
> > > servers not expecting the change.
> > >
> > > This is from the web site describing how the Apache Web server solved
> the
> > > problem.
> > >
> > > http://httpd.apache.org/docs/misc/kn..._problems.html
> > >
> > > Read the first item about Trailing CRLF on POSTs.
> > >
> > > We had a similar issue with the Wildcat! Web Server where the server
was
> > not
> > > expecting the extra bytes. It doesn't show up all the time and it
> depends
> > > alot on how much data is being posted and/or the transmission speed
> (both
> > > ways, up and down). We added the logic to read the extra bytes and
> > > VIOLA - problem goes away!
> > >
> > > Anyway, the web server you are connecting to may not be expecting it.
> > And
> > > if it is not using TCP Half Close methods to perform a graceful socket
> > > termination, to get rid of any extra bytes, you will see the behavior
> tons
> > > of user are reporting "Page Cannot Be Displayed" in the past 2-3
weeks.
> > > This has been the hottest topic with many users.
> > >
> > > --
> > > Hector Santos
> > > WINSERVER "Wildcat! Interactive Net Server"
> > > support: http://www.winserver.com
> > > sales: http://www.santronics.com
> > >
> > >
> > > "Dumitru Ozunu" <(E-Mail Removed)> wrote in message
> > > news:(E-Mail Removed)...
> > > > Hello,
> > > >
> > > > I have a strange problem, I've browsed the whole newsgropu but I
found
> > no
> > > > answer :-(
> > > > I have a web page that contains a submit button (asp .net) when
> > submited,
> > > > it makes a redirect to a page containing a IFRAME. sometimes the
> IFRAME
> > > > loads the page that it references without problems, sometimes I get
a
> > > nasty
> > > > error: "Action canceled. Page could not be loaded", but the page
> exists
> > on
> > > > my server and I can see it in my browser when I enter manually the
> path.
> > > > I've tested with various IE versions, but the problem appears only
> with
> > > IE
> > > > 6 and IE 6 SP1. It appears when I call the page for the first time,
> when
> > I
> > > > do a refresh or call the page later, it works.
> > > > Could someone help me?
> > > > Thanx,
> > > > mitru
> > > >
> > > >
> > >
> >
> >
>