Re: IPP> Re: New IPP Scheme
Keith Moore <moore@cs.utk.edu> Mon, 13 July 1998 13:26 UTC
Delivery-Date: Mon, 13 Jul 1998 09:26:14 -0400
Return-Path: ipp-owner@pwg.org
Received: from cnri.reston.va.us (ns [132.151.1.1])
by ietf.org (8.8.5/8.8.7a) with ESMTP id JAA26835
for <ietf-archive@ietf.org>; Mon, 13 Jul 1998 09:26:14 -0400 (EDT)
Received: from lists.underscore.com (uscore-1.mv.com [199.125.85.30])
by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id JAA02945
for <ietf-archive@cnri.reston.va.us>; Mon, 13 Jul 1998 09:26:12 -0400 (EDT)
Received: from localhost (daemon@localhost) by lists.underscore.com
(8.7.5/8.7.3) with SMTP id JAA23012 for <ietf-archive@cnri.reston.va.us>;
Mon, 13 Jul 1998 09:26:13 -0400 (EDT)
Received: by pwg.org (bulk_mailer v1.5); Mon, 13 Jul 1998 09:19:41 -0400
Received: (from daemon@localhost) by lists.underscore.com (8.7.5/8.7.3) id
JAA22431 for ipp-outgoing; Mon, 13 Jul 1998 09:15:17 -0400 (EDT)
Message-Id: <199807131315.JAA02267@spot.cs.utk.edu>
X-URI: http://www.cs.utk.edu/~moore/
From: Keith Moore <moore@cs.utk.edu>
To: don@lexmark.com
cc: Scott Lawrence <lawrence@agranat.com>, Ipp@pwg.org,
Keith Moore <Moore@cs.utk.edu>, moore@cs.utk.edu
Subject: Re: IPP> Re: New IPP Scheme
In-reply-to: Your message of "Mon, 13 Jul 1998 08:47:37 EDT."
<199807131249.AA05859@interlock2.lexmark.com>
Date: Mon, 13 Jul 1998 09:14:59 -0400
Sender: owner-ipp@pwg.org
> 2. In cases where people handle URL's, I think the "http:" URL is better > from a number of perspectives which I have already described. Some how > people seem to figure out business cards that say: > > Phone: 606-232-4808 > Fax: 606-232-6740 > It's interesting that you should cite that case. The discussion recently came up on the URI list as to whether there should be a single "E.164" URL type for all phone numbers, or whether there should be separate URL types for voice, fax, etc. The conclusion was that they had to be separate, because the user interfaces for the handling of fax and phone needed to be different, and also because in some cases (e.g. ISDN) the call setup actually needed to know which was being used before the call was placed. The http/ipp argument seems very similar to me, with a similar conclusion. Keith
- IPP> Re: New IPP Scheme don
- IPP> Re: New IPP Scheme Keith Moore
- IPP> Re: New IPP Scheme don
- Re: IPP> Re: New IPP Scheme Scott Lawrence
- Re: IPP> Re: New IPP Scheme don
- Re: IPP> Re: New IPP Scheme Keith Moore
- RE: IPP> Re: New IPP Scheme Larry Masinter
- Re: IPP> Re: New IPP Scheme Jim Walker
- RE: IPP> Re: New IPP Scheme don
- RE: IPP> Re: New IPP Scheme Larry Masinter
- Re: IPP> Re: New IPP Scheme Robert Herriot
- Re: IPP> Re: New IPP Scheme Keith Moore
- Re: IPP> Re: New IPP Scheme Robert Herriot
- Re: IPP> Re: New IPP Scheme Keith Moore
- Re: IPP> Re: New IPP Scheme Robert Herriot
- Re: IPP> Re: New IPP Scheme Randy Turner
- RE: IPP> Re: New IPP Scheme Carl Kugler
- RE: IPP> Re: New IPP Scheme don
- RE: IPP> Re: New IPP Scheme Carl Kugler
- Re: IPP> Re: New IPP Scheme Jay Martin
- Re: IPP> Re: New IPP Scheme Roger K Debry
- Re: IPP> Re: New IPP Scheme don
- RE: IPP> Re: New IPP Scheme Robert Herriot
- RE: IPP> Re: New IPP Scheme Carl Kugler
- Re: IPP> Re: New IPP Scheme Jay Martin
- IPP> Re: New IPP Scheme Keith Moore
- Re: IPP> Re: New IPP Scheme don
- Re: IPP> Re: New IPP Scheme papowell
- RE: IPP> Re: New IPP Scheme papowell
- RE: IPP> Re: New IPP Scheme Carl Kugler
- RE: IPP> Re: New IPP Scheme Manros, Carl-Uno B
- Re: IPP> Re: New IPP Scheme Robert Herriot