attachment-0001

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2232.0">
<TITLE>NOT - Updated notification extension posted</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2 FACE="Arial">I've updated the notification proposal with the agreements from the San Diego meeting, Dec 16-17, 1998.</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">They are in:</FONT>
</P>

<P><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial"><A HREF="ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118-rev.doc" TARGET="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118-rev.doc</A></FONT></U>
<BR><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial"><A HREF="ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118-rev.pdf" TARGET="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118-rev.pdf</A></FONT></U>
<BR><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial"><A HREF="ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118.doc" TARGET="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118.doc</A></FONT></U>
<BR><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial"><A HREF="ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118.pdf" TARGET="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/new_NOT/ipp-notifications-very-short-990118.pdf</A></FONT></U>
</P>

<P><FONT SIZE=2 FACE="Arial">Here is the change history:</FONT>
<BR><B><I><FONT FACE="Arial">1.1&nbsp;&nbsp;&nbsp;&nbsp; Changes to the December 10, 1998 to make the January 19, 1999 version</FONT></I></B>
<BR><FONT FACE="Times New Roman">The following changes made to the December 10, 1998 to make the January 19, 1999 version:</FONT>
<BR><FONT FACE="Times New Roman">1.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Changed the names of the REQUIRED notify-recipient keywords from: 'ipp-tcp-socket' and 'ipp-udp-socket' to 'ipp-tcp-notify' and 'ipp-udp-notify'.</FONT></P>

<P><FONT FACE="Times New Roman">2.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Added '-notify' to the OPTIONAL 'snmpv1', 'snmpv2', and 'snmpv3' delivery method names.</FONT>
<BR><FONT FACE="Times New Roman">3.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Changed the OPTIONAL 'sense-datagram' to 'sense-notify' to be consistent.</FONT>
<BR><FONT FACE="Times New Roman">4.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Added 'ndps-notify' as an OPTIONAL keyword.</FONT>
<BR><FONT FACE="Times New Roman">5.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Deleted the 'all-basic', 'all-job-events-basic', and 'all-device-events-basic'.&nbsp; Clients should be explicit about which groups they want.&nbsp; If new groups are added, the clients won't know what to do with them, if they had subscribed to 'all-xxx' groups.</FONT></P>

<P><FONT FACE="Times New Roman">6.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Changed the names of &quot;job-last-event&quot; and &quot;job-last-date-time-of-event&quot; to &quot;job-trigger-event&quot; and &quot;job-trigger-date-time&quot; events, since the events trigger the notification delivery, but the attribute values remain after the event has been delivered.</FONT></P>

<P><FONT FACE="Times New Roman">7.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Added &quot;status-message&quot; as an OPTIONAL event report content attribute.</FONT>
<BR><FONT FACE="Times New Roman">8.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Changed &quot;job-impressions-completed&quot; to OPTIONAL.</FONT>
<BR><FONT FACE="Times New Roman">9.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Indicated that OPTIONAL attributes are not sent in the event report content if they are not supported.</FONT></P>

<P><FONT FACE="Times New Roman">10.&nbsp;&nbsp;&nbsp;&nbsp; Required that &quot;status-message&quot; and/or &quot;job-impressions-completed&quot; be sent in an event report content if they are supported as an Operation attribute and a Job Description attribute, respectively.</FONT></P>

<P><FONT FACE="Times New Roman">11.&nbsp;&nbsp;&nbsp;&nbsp; Added REQUIRED &quot;device-trigger-event&quot;, REQUIRED &quot;job-id&quot;, and OPTIONAL &quot;status-message&quot; to the device event report content.</FONT></P>

<P><FONT FACE="Times New Roman">12.&nbsp;&nbsp;&nbsp;&nbsp; Specified the &quot;device-trigger-event&quot; Printer Description attribute, naming each event.</FONT>
<BR><FONT FACE="Times New Roman">13.&nbsp;&nbsp;&nbsp;&nbsp; Deleted the 'sheet-completed' and 'collated-copy-completed', since these events are not part of any 'xxx-basic' event group.&nbsp; They can be added back when we have an event group that uses them.</FONT></P>
<BR>

<P><FONT SIZE=2 FACE="Arial">There are 30 issues listed in the document highlighted.&nbsp; Most of them are small.&nbsp; We will go over them at the meeting this week and issue an updated spec immediately for mail list comment.</FONT></P>

<P><FONT SIZE=2 FACE="Arial">Here are the issues:</FONT>
</P>
<UL><UL>
<P><FONT FACE="Times New Roman">ISSUE 1 - What is the default port for this method?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 2 - Are the origin and destination ports the same or not?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 3 - Ok that the notification recipient doesn't respond or acknowledge the event report? or should it?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 4 - Are these 3 SNMP notification delivery methods ok to keep?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 5 - What is the default port for this method?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 6 - Are the origin and destination ports the same or not?</FONT>
<BR><FONT FACE="Times New Roman">ISSUE 7 - Ok that the notification recipient doesn't respond or acknowledge the event report? or should it?</FONT>
</UL>
<P><B><FONT FACE="Times New Roman">'ndps-notify':</FONT></B> <FONT FACE="Times New Roman">an IPP notification report is sent via NDPS notification mechanism.&nbsp; See ???.</FONT>
<UL>
<P><FONT FACE="Times New Roman">ISSUE 8 - Need reference to NDPS documentation.&nbsp; Also need more description here, such as which end opens, does the recipient acknowledge, and any salient information about the transport.</FONT></P>
</UL></UL>
<P><FONT FACE="Times New Roman">ISSUE 9 - This simplified proposal no longer includes returning the Printer MIB alert codes, but relies on &quot;device-trigger-event' and IPP/1.0 [ipp-mod] &quot;printer-state-reasons&quot; keywords, which contain most of the Printer MIB alert codes, except for the generic ones.&nbsp; Ok?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 10 - How can an event recipient tell the difference between a job event and a device event, if both have been subscribed to?&nbsp; Is looking whether &quot;job-trigger-event&quot; versus &quot;device-trigger-event&quot; is present in the event content ok?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 11 - Which of the above attributes are sent as Operation Attributes and which are included as Job Attributes in the Get-Job-Attributes response format?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 12 - Should we define a new operation, say Send-Event (or Send-Job-Event?), which has a format that we specify and so that the event recipient can respond when required to using an IPP operation response depending on the subscription?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 13 - The data type of &quot;job-trigger-date-time&quot; (dateTime) is needed, so that there is no ambiguity when relaying notifications from server to server which may cross time zones?&nbsp; Proper date and time is especially important when notification is used with IFAX.&nbsp; However, for low end implementations, knowing the date is a burden, even though the date is sent by the client in every HTTP request header.</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 14:&nbsp; Do we agree to this small sub-set of attributes that MUST be sent in any job event report content?&nbsp; </FONT>
<UL>
<P><FONT FACE="Times New Roman">job-printer-uri (uri)&nbsp; - see [ipp-mod] section 4.3.3</FONT>
<BR><FONT FACE="Times New Roman">job-id (integer(1:MAX))&nbsp; - see [ipp-mod] section 4.3.2</FONT>
<BR><FONT FACE="Times New Roman">job-trigger-event (type2 keyword)&nbsp; - see section 6.1</FONT>
<BR><FONT FACE="Times New Roman">job-trigger-date-time (dateTime)&nbsp; - see section 6.2</FONT>
<BR><FONT FACE="Times New Roman">job-state (type1 enum)&nbsp; - see [ipp-mod] section 4.3.7</FONT>
<BR><FONT FACE="Times New Roman">job-state-reasons (1setOf type2 keyword)&nbsp; - see [ipp-mod] section 4.3.8</FONT>
<BR><FONT FACE="Times New Roman">status-message (text(255)) - see [ipp-mod] section 3.1.6 OPTIONAL</FONT>
<BR><FONT FACE="Times New Roman">job-impressions-completed (integer(0:MAX))&nbsp; - see [ipp-mod] section 4.3.21 OPTIONAL</FONT>
</UL>
<P><FONT FACE="Times New Roman">ISSUE 15:&nbsp; Do we agree to the ones that are REQUIRED for an IPP Printer to support if it supports notification at all?&nbsp; </FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 16:&nbsp; Do we agree to this small sub-set of attributes that MUST be sent in any device event report content?&nbsp; </FONT>
<UL>
<P><FONT FACE="Times New Roman">printer-uri-supported (uri)&nbsp; - see [ipp-mod] section 4.4.1</FONT>
<BR><FONT FACE="Times New Roman">job-id (integer(1:MAX)) - the job id of the current job processing on the printer.</FONT>
<BR><FONT FACE="Times New Roman">device-trigger-event (keyword) - the event that caused this notification - </FONT>
<BR><FONT FACE="Times New Roman">device-trigger-date-time (dateTime)&nbsp; - see section 7.1</FONT>
<BR><FONT FACE="Times New Roman">printer-state (type1 enum)&nbsp; - see [ipp-mod] section 4.4.10</FONT>
<BR><FONT FACE="Times New Roman">printer-state-reasons (type2 keyword)&nbsp; - see [ipp-mod] section 4.4.11 which includes most of the Printer MIB alert codes represented as keywords</FONT></P>

<P><FONT FACE="Times New Roman">printer-is-accepting-jobs (boolean)&nbsp; - see [ipp-mod] section 4.4.20</FONT>
<BR><FONT FACE="Times New Roman">status-message (text(255)) - see [ipp-mod] section 3.1.6&nbsp;&nbsp; OPTIONAL</FONT>
</P>
</UL>
<P><FONT FACE="Times New Roman">ISSUE 17 - How can an event recipient tell the difference between a job event and a device event, if both have been subscribed to?&nbsp; Is looking whether &quot;job-trigger-event&quot; versus &quot;device-trigger-event&quot; ok?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 18 - Which of the above attributes are sent as Operation Attributes and which are included as Job Attributes in the Get-Printer-Attributes response format?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 19 - Should we define a new operation, say Send-Event (or Send-Device-Event?) which has a format that we specify and so that the event recipient can respond using an IPP operation response when required to depending on the subscription?</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 20 - The data type of &quot;device-trigger-date-time&quot; (dateTime) is needed, so that there is no ambiguity when relaying notifications from server to server which may cross time zones?&nbsp; Proper date and time is especially important when notification is used with IFAX.&nbsp; However, for low end implementations, knowing the date is a burden, even though the date is sent by the client in every HTTP request header.</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 21 - Ok to omit the &quot;job-id&quot; attribute, rather than overloading the out-of-band 'no-value' which is only for when the system administrator has not configured a value?&nbsp; See [ipp-mod] section 4.1.</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 22 -&nbsp; Do we agree to this small sub-set of attributes that MUST be sent in any event report content?&nbsp; </FONT>
<BR><FONT FACE="Times New Roman">ISSUE 23 -&nbsp; Do we agree to the ones that are REQUIRED for an IPP Printer to support if it supports notification at all?&nbsp; </FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 24 - Ok to have changed the data type to dateTime, so that there is no ambiguity when relaying notifications from server to server which may cross time zones?&nbsp; Proper date and time is especially important when notification is used with IFAX.&nbsp; However, for low end implementations, knowing the date is a burden, even though the date is sent by the client in every HTTP request header.</FONT></P>

<P><FONT FACE="Times New Roman">ISSUE 25 - Ok to have changed the data type to dateTime, so that there is no ambiguity when relaying notifications from server to server which may cross time zones?&nbsp; Proper date and time is especially important when notification is used with IFAX.&nbsp; However, for low end implementations, knowing the date is a burden, even though the date is sent by the client in every HTTP request header.</FONT></P>

<P><FONT FACE="Times New Roman">26.&nbsp;&nbsp;&nbsp;&nbsp; Do we want a Mixed Format for event reports?&nbsp; If so we can add 'multi-part/alternative' back in as a supported format.</FONT></P>

<P><FONT FACE="Times New Roman">27.&nbsp;&nbsp;&nbsp;&nbsp; Do we want to extended the list of uriScheme values defined for standard delivery methods to include: 'ftp', 'pager', 'http', etc.?&nbsp; If so, they are easy to add.&nbsp; Should we add them now?&nbsp; Or register them later?</FONT></P>

<P><FONT FACE="Times New Roman">28.&nbsp;&nbsp;&nbsp;&nbsp; Should we make &quot;notify-recipients&quot; and &quot;notify-group-events&quot; also be a Job Description attributes, so that a user can query to determine what subscriptions were supplied (and help an implementation remember job submission subscriptions on the job object - useful whether the implementation is using a notification service or not), as we have done for attributes-charset and attributes-natural-language operation attributes?&nbsp; </FONT></P>

<P><FONT FACE="Times New Roman">29.&nbsp;&nbsp;&nbsp;&nbsp; Note:&nbsp; since job-independent subscriptions have the time-to-live parameter, there is no need to have Printer Description attributes that list the current job-independent subscriptions, correct?</FONT></P>

<P><FONT FACE="Times New Roman">30.&nbsp;&nbsp;&nbsp;&nbsp; Should we combine the &quot;Job Independent Subscription&quot; paper with this paper, or leave them as separate specifications?&nbsp; </FONT></P>
<BR>

<P><FONT COLOR="#000080" SIZE=5 FACE="Script">Tom Hastings</FONT>
<BR><FONT COLOR="#000000" SIZE=2 FACE="Arial">(310) 333-6413</FONT>
</P>

</BODY>
</HTML>