I've extracted the edits that Don made at the IPP WG meeting in Tampa so
that the mailing list can see them regarding the "Internet Printing Protocol
(IPP): Printer Installation Extension" out for IPP WG Last Call closing on
March 26, 2001. These comments are being treated as Last Call comments.
Send any comments on these comments to the entire mailing list.
1. In Table 1 - "client-print-support-files-supported" attribute fields, in
the "digital-signature" entry, there can be other signature values, so
change "Valid values are:" to "Valid value include:" to give:
One REQUIRED LOWER-CASE 'keyword' string identifying the mechanism used to
ensure the integrity and authenticity of this set of Client Print Support
Files. Valid values include: 'smime', 'pgp', 'dss', and 'xmldsig' which are
defined in [RFC2634], [RFC1991], [dss], and [xmldsig], respectively. In
addition, the special keyword value: 'none' is valid.
2. In 3.3.1 Get-Client-Print-Support-Files Request, Target:, the word
"security regime" is not defined, change "security regime" to "security
scheme" to give:
The "printer-uri" (uri) operation attribute which is the target for this
operation as described in [RFC2911], section 3.1.5. The client MUST use the
URI value as the target of this operation that the Printer returns in the
"uri" field (see Table 1) in the Get-Printer-Attributes response.
Furthermore, the client MUST use the appropriate authorization and security
scheme for this URI as indicated by the Printer's "printer-uri-supported",
"uri-authentication-supported" and "uri-security-supported" attributes (see
[RFC2911] sections 4.4.1, 4.4.2, and 4.4.3). Only if the URI returned in
the "uri" field matches the URI that the client used for the
Get-Printer-Attributes request MAY the client use the same HTTP connection.
The 'ipp' URL matching rules are defined in [ipp-url] and do not include the
3. In Table 1 - "client-print-support-files-supported" attribute fields, in
the "cpu-type" entry, there are trademark, so add the following disclaimer
at the end of the document:
Trademarks within this document are the property of their owners.
From: Manros, Carl-Uno B [mailto:email@example.com]
Sent: Friday, March 09, 2001 16:24
Subject: IPP> ADM - IPP WG Last Call for "Internet Printing Protocol
(IPP): Pri nter Installation Extension" closing on March 26, 2001
This is a working group Last Call for the "Internet Printing Protocol (IPP):
Printer Installation Extension". A version of this documents has been
forwarded to the Internet Draft directory as <draft-ietf-ipp-install-02.txt>
PDF and Word versions of the drafts are also posted at the ietf-ipp web
The Last Call notice follows:
This is a formal request for final comments within the IETF IPP working
group for one document. The document is "Internet Printing Protocol (IPP):
Printer Installation Extension", which is being proposed for forwarding on
to the IESG for consideration as Standards Track RFC.
This is a working group product, which has been thoroughly discussed since
mid 2000, and I believe that we now have working group consensus on its
The purpose of a working group Last Call is in the style of "speak now or
forever hold your peace" in case there are fundamental objections which have
not gotten previous or adequate discussion, or minor errors which need
Last Calls are for a minimum of 2 weeks. The period for working group
comments will close on Monday, 26 March, 2001 (US Pacific time reference),
to allow review during the upcoming IETF50 Meeting.
The relevant document is:
Title : Internet Printing Protocol (IPP): Printer
Author(s) : H. Parra, T. Tronson, T. Hastings
Filename : draft-ietf-ipp-install-02.txt
Pages : 25
Date : 02-Mar-01
Various client platforms require that some setting up take place at
the workstation before the client can properly submit jobs to a
specific printer. This setup process is sometimes referred to as
A URL for this Internet-Draft is:
Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
Internet-Drafts can also be obtained by e-mail.
Send a message to:
In the body type:
NOTE: The mail server at ietf.org can return the document in
MIME-encoded form by using the "mpack" utility. To use this
feature, insert the command "ENCODING mime" before the "FILE"
command. To decode the response(s), you will need "munpack" or
a MIME-compliant mail reader. Different MIME-compliant mail readers
exhibit different behavior, especially when dealing with
"multipart" MIME messages (i.e. documents which have been split
up into multiple messages), so check your local documentation on
how to manipulate these messages.
Chair of IETF IPP WG
--- Manager, Print Services Xerox Architecture Center - Xerox Corporation 701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231 Phone +1-310-333 8273, Fax +1-310-333 5514 Email: firstname.lastname@example.org
This archive was generated by hypermail 2b29 : Thu Mar 22 2001 - 18:10:47 EST