Re: "Too Busy" Error Needed
frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
Errors-To: listmaster@www0.cern.ch
Date: Thu, 9 Jun 1994 10:43:58 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <9406090843.AA04206@ptsun03.cern.ch>
Errors-To: listmaster@www0.cern.ch
Reply-To: frystyk@ptsun00.cern.ch
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: frystyk@ptsun00.cern.ch (Henrik Frystyk Nielsen)
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: "Too Busy" Error Needed
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
----- Begin Included Message -----
>From www-talk@www0.cern.ch Thu Jun 9 03:04:49 1994
Date: Thu, 9 Jun 1994 03:03:34 +0200
At 2:03 AM 6/9/94 +0200, Marc VanHeyningen wrote:
>> There are situations when an HTTP server may want to indicate that it is too
>> busy to accept a request. There is no code for this defined in the HTTP2
>spec.
>> Taking the "spirit" of the 400 vs 500 errors, since this is a server
>> "problem", it seems like the 500 series is appropriate.
>
>Sounds reasonable.
This error message is also a good way to indicate when a proxy server is
unable to complete an FTP transaction because the remote FTP server has
reached its user limit. Currently this is reported as a 500 error.
For completeness sake, I would like to see this response added to the HTTP
specification.
ka
----- End Included Message ----
The reason for the 500 codes generated in the CERN Library as a result of a failed FTP session is to avoid having all kinds off error codes flying around in the HTTP response when connecting to a Proxy server. The same is the case in Gopher etc. etc.
Instead, the human readable messages from the various protocols are parsed using a nested error handling module, so that the user still can see why the session failed:
Requested URL: ftp://info.cern.ch/test
Reply to user: WWW Alert: Fatal Error 500
Can't Access Document ftp://info.cern.ch/test
Reason: FTP-server replies test: No such file or directory
Though, the top-level message is always a HTTP message.
BTW: Another code that I would like to get in is
502 Bad response
if the server response is wrong.
cheers
--
Henrik Frystyk
frystyk@dxcern.cern.ch
+ 41 22 767 8265
World-Wide Web Project,
CERN, CH-1211 Geneva 23,
Switcherland