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