Re: Proposal: clients whould punt to http://host on unknown protocol
miked@CERF.NET (Michael A. Dolan)
Errors-To: listmaster@www0.cern.ch
Date: Wed, 22 Jun 1994 23:33:06 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <199406222130.OAA26882@nic.cerf.net>
Errors-To: listmaster@www0.cern.ch
Reply-To: miked@CERF.NET
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: miked@CERF.NET (Michael A. Dolan)
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Proposal: clients whould punt to http://host on unknown protocol
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Mailer: <Windows Eudora Version 2.0.2>
X-Mailer: <Windows Eudora Version 2.0.2>
Content-Type: text/plain; charset="us-ascii"
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Mime-Version: 1.0
At 10:59 PM 6/22/94 +0200, Steven D. Majewski wrote:
>
>Proposal:
> That clients should "punt" to http://host on unknown protocol field
> in URL.
This is certainly a better solution than "gack". However it presumes
a URL format for an unknown method. In other words, it assumes the
existance of "host[:port]". Where this will not work is if one's client
does not support news, for example. Then where does the proxy request go ?
Probably no harm in trying, though with some warning to the user that the
client is guessing.
Another possibility would be to explicitly define an "unknown method server".
In otherwords, have a client configuration parameter that defines a host to
accept unknown methods as a proxy. This would normally be a proxiable httpd,
but would not have to be.
Mike
------------------------------------
Michael A. Dolan - miked@cerfnet.com
TerraByte Technology (619) 445-9070