A New Internet-Draft is available from the on-line Internet-Drafts
This draft is a work item of the Internet Printing Protocol Working Group of
Title : Internet Printing Protocol (IPP): The 'ippget'
Delivery Method for Event Notifications
Author(s) : R. Herriot, C. Kugler, H. Lewis
Filename : draft-ietf-ipp-notify-get-06.txt
Pages : 36
Date : 29-Nov-01
This document describes an extension to the Internet Printing
Protocol/1.0 (IPP) [RFC2566, RFC2565] and IPP/1.1 [RFC2911, RFC2910].
This document specifies the 'ippget' Delivery Method for use with the
'IPP Event Notifications and Subscriptions' specification [ipp-ntfy].
When IPP Notification [ipp-ntfy] is supported, the Delivery Method
defined in this document is one of the RECOMMENDED Delivery Methods
for Printers to support.
A URL for this Internet-Draft is:
To remove yourself from the IETF Announcement list, send a message to
ietf-announce-request with the word unsubscribe in the body of the message.
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.
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
<<< multipart/alternative: No recognizable part >>>
The other forms of the document are available from the IPP WG web site:
From: Hastings, Tom N [mailto:firstname.lastname@example.org]
Sent: Wednesday, November 21, 2001 12:34
To: ipp (E-mail)
Cc: IPP FAX DL (E-mail)
Subject: IPP> NOT - Updated: The 'ippget' Delivery Method for Event
I've down loaded an updated version of "The 'ippget' Delivery Method for
spec as agreed on the mailing list. The change (also reflected in the
Base IPP Notification Spec) is for 'ippget' (and any other Pull Delivery
to use the "notify-pull-method" (type2 keyword) Subscription Template
of the "notify-recipient-uri" (uri) Subscription Template attribute.
Also as agreed we did not add Event Wait Mode to the Job Creation
operations, so the
Notification Recipient MUST do a Get-Notifications operation on the same or
channel after receiving the subscription-id in the Job Creation response.
I've submitted the draft-ietf-ipp-notify-get-06.txt to the IETF
Editor in time for the IETF dead-line today, so it will be published as an
I-D in the next few days. Then we need to do an IPP WG Last Call on this
(as well as repeat the IPP WG Last Call on the "IPP Event Notifications and
Please send any comments to the DL.
This archive was generated by hypermail 2b29 : Wed Dec 05 2001 - 17:46:58 EST