httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Frank Gingras <francois.ging...@gmail.com>
Subject Re: [users@httpd] Unable to access sites on an Apache server from Internet Explorer
Date Wed, 28 Jan 2009 22:45:50 GMT
That is a pretty useless error, indeed.

The number of serious errors should not be considerable enough to 
prevent you from looking at each one of them separately, barring the 
obvious 404's.

Frank.

Ian Lauder wrote:
> The one customer I am working on this problem with is a developer at 
> an ISP thankfully, but he doesn't know Apache or Linux.
>
> He does have friendly errors turned off and he is getting the message:
>
>
> Internet Explorer cannot display the webpage
>
> I'm still trying to get his IP address to compare to my Apache server 
> logs for more details, and I've got a call into Hosting.com to check 
> our "DNS Caching"  settings.
>
> My sites are all plain HTML text and graphics with a little 
> javascript, nothing fancy they have the Meta tag:
>
> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
>
> In the header of every page too (didn't make a difference with or 
> without that).  So there shouldn't be any problem with the site design 
> as was suggested by someone.
>
>
>
> At 01:34 PM 1/28/2009, you wrote:
>> Hi.
>> You may or may not know that there is a particularity in IE about 
>> showing error pages.
>> IE has some option called "show friendly error messages", in the 
>> advanced settings somewhere, which has the effect of not displaying 
>> many HTTP server's sent error pages, but instead displaying a 
>> built-in IE error page.  The pain with that, is that this internal 
>> error page is so specific as to completely hide whatever the server 
>> is sending as an error. In addition, IE shows this page for just 
>> about any kind of error at all, even when it has nothing to do with 
>> the webserver.
>> So the user's report ends up being pretty useless, because you never 
>> know where the error came from.
>> To a certain extent, you can override this at the server side, by 
>> making sure the error pages sent by the webserver have at least a 
>> certain size, which (sic) varies according to the error type, but as 
>> I recall 1025 bytes should about cover them all.
>> I believe if you google for "IE friendly error", you may get some 
>> additional info.
>>
>>
>> Ian Lauder wrote:
>>> Thanks for the comments.  I'm in the early stages of trying to track 
>>> down this problem and its not something I can replicate.
>>> All I know is that when I send out a mass mailing to 20,000 
>>> customers, I get on average 2 to 4 people saying the site is down 
>>> and when I talk to them it turns out they are all using I.E. 
>>> browsers, and when they switch to Firefox it works.   My hosting 
>>> company Hosting.com swears its not a server or DNS problem.   My DNS 
>>> server is managed by Hosting.com and its not on my Apache server, 
>>> which is a dedicated server.
>>> I seem to recall there were web server configuration settings that 
>>> could remedy access problems or I.E. specific connection problems, 
>>> but its been so long I cant recall where I came across it.
>>> Just hoping if this was a common or known problem I'd get some tips 
>>> on where to look if its a server issue.
>>>
>>> At 01:16 PM 1/28/2009, you wrote:
>>>> At 01:09 PM 1/28/2009, you wrote:
>>>>
>>>>> A "Page not Found" error is a DNS resolution issue. Since apache 
>>>>> does not provide DNS resolution, make sure that DNS servers in 
>>>>> place on that machine are reliable, and if possible, disable DNS 
>>>>> caching.
>>>>
>>>> Good catch... forgot that. IE of course has some of the worst 
>>>> 'error reporting' I've seen. :)
>>>>
>>>> ---------------------------------------------------------------------
>>>> The official User-To-User support forum of the Apache HTTP Server 
>>>> Project.
>>>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>
>>> Best regards,
>>> Ian
>>> Cyber Sea Inc.
>>>
>>> Cyber Sea APPROVEEMAIL (to ensure your email is approved by our 
>>> filters, leave this notice intact).
>>>
>>> ---------------------------------------------------------------------
>>> The official User-To-User support forum of the Apache HTTP Server 
>>> Project.
>>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> The official User-To-User support forum of the Apache HTTP Server 
>> Project.
>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>
> Best regards,
> Ian
>
> Cyber Sea Inc.
>
>
> Cyber Sea APPROVEEMAIL (to ensure your email is approved by our 
> filters, leave this notice intact).
>


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message