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: email@example.com
> Sent: Monday, June 01, 1998 10:31 AM
> To: Carl-Uno Manros; firstname.lastname@example.org
> Cc: email@example.com
> Subject: IPP> Re: Implications of introducing new scheme and port for
> existing HTTP servers
> By "scheme" in the text below, do you mean a
> new HTTP method, parallel to GET and POST, or something
> Ted Hardie
> NASA NIC
> > 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.