- From: Paul Leach <paulle@microsoft.com>
- Date: Wed, 3 Apr 1996 10:55:45 -0800
- To: 'Daniel DuBois' <ddubois@spyglass.com>, "'Roy T. Fielding'" <fielding@avron.ICS.UCI.EDU>, "'http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com'" <http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com>, "'cshotton@biap.com'" <cshotton@biap.com>
>---------- >From: cshotton@biap.com[SMTP:cshotton@biap.com] >Subject: Re: 505 HTTP Version Not Supported > > >>The appropriate response to a 505 for a 1.0 client is the same as for a 500: >>total failure, report the entity body to the user. Following the logic of >>your line of arguement, we should just get rid of all 5xx codes and have one >>500 code. > >I'd certainly prefer that to a proliferation of them if that's the only >choice. Especially since the 500 series has been misdocumented and/or >misimplement since their inception. This is a red herring. Adding 505 will not confuse correct (and probably most incorrect) existing clients any more than overloading an existing code into meaninglessness -- they'll display the entity body. But making a new error code allows new clients to try and be clever about how they react. (Ditto with getting people to implement to other 500 series correctly.) I'm for 505. And meaningful status codes that convey information in a way that allows programmatic response when appropriate, in general. Paul
Received on Wednesday, 3 April 1996 10:59:12 UTC