W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > May to August 1998

RE: IPP> Re: Implications of introducing new scheme and port for existing HTTP servers

From: Josh Cohen <joshco@microsoft.com>
Date: Mon, 1 Jun 1998 10:53:37 -0700
Message-Id: <8B57882C41A0D1118F7100805F9F68B502D2CDA5@red-msg-45.dns.microsoft.com>
To: "'http-wg@cuckoo.hpl.hp.com'" <http-wg@cuckoo.hpl.hp.com>
X-Mailing-List: <http-wg@cuckoo.hpl.hp.com> archive/latest/150
I think its fine to have a new default dest port 
associated with IPP, but a new URL scheme seems like more
trouble than may be apparent.

For one, even though IPP is a different service than HTTP,
an IPP client *is* speaking HTTP, IMHO.  HTTP is used as
a layer underneath IPP.  So, I think the URL scheme
should continue to be http://..

Using a new URL scheme will certainly break compatibility
with existing proxies.  Proxy server's encountering a new
scheme will fail unless they are modified to understand it.

As I've stated before, I think the best way to differentiate
the service and remain compatible with existing proxy servers
is to use a new method on the request line.

> -----Original Message-----
> From: hardie@thornhill.arc.nasa.gov
> [mailto:hardie@thornhill.arc.nasa.gov]
> Sent: Monday, June 01, 1998 10:31 AM
> To: Carl-Uno Manros; http-wg@hplb.hpl.hp.com
> Cc: ipp@pwg.org
> Subject: IPP> Re: Implications of introducing new scheme and port for
> existing HTTP servers
> Carl-Uno,
> 	By "scheme" in the text below, do you mean a
> new HTTP method, parallel to GET and POST, or something
> else?
> 		regards,
> 			Ted Hardie
> > 1) the introduction of a new scheme called "ipp"
> > 2) the introduction a new default port number for IPP servers.
> >
> > Before the IPP WG responds to those suggestions, the IPP WG 
> would like to
> > get some advice from the HTTP WG on the implications of 
> such a change.
> > In particular, we want some feedback on how easy or 
> difficult it would be
> > to configure existing web servers to accomodate the 
> suggested changes.
Received on Monday, 1 June 1998 10:53:08 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:40:22 UTC