attachment

<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.2900.2912" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>We also rely upon the severity suffixes and make use them in our iPrint print system as required by RFC 2911.&nbsp; So deprecating them would be bad for us and our installed base.&nbsp; What is wrong with just using the report suffix on these values?</DIV>
<DIV>&nbsp;</DIV>
<DIV>We currently don't use the printer-state-message attribute, but it was meant for human readable strings.&nbsp; We would not be inclined to&nbsp;use a collection mechanism for the prtAlert objects.&nbsp; There must be a better way to do this.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>McDonald, Ira wrote:<BR>&gt; Hi folks,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Monday (17 July 2006)<BR>&gt; <BR>&gt; I've just posted the first draft of the PWG IPP Printer State Reasons<BR>&gt; Extensions specification on the PWG FTP server at:<BR>&gt; <BR>&gt;&nbsp;&nbsp;&nbsp;&nbsp; <A href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippstate10-20060717.htm">ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippstate10-20060717.htm</A> <BR>&gt; <BR>&gt; This draft is technically complete (to the best of my ability) except<BR>&gt; for the summary conformance sections (individual sections already have<BR>&gt; detailed conformance requirements).<BR>&gt; <BR>&gt; For immediate review, comment on the IPP WG mailing list (<A href="mailto:ipp@pwg.org">ipp@pwg.org</A>),<BR>&gt; and discussion at an IPP WG Telecon as soon as possible.</DIV>
<DIV>&nbsp;</DIV>
<DIV>WRT section 5.1.1, CUPS implements the severity suffixes as required<BR>by RFC 2911.&nbsp; I don't think we can just do away with them, but<BR>defining a mapping from keyword-suffix to keyword would have the<BR>equivalent effect without requiring an update of RFC 2911...&nbsp; Also,<BR>I know I get "media-tray-empty-error" and other messages from HP<BR>printers via IPP, so we're not the only company implementing it...</DIV>
<DIV>&nbsp;</DIV>
<DIV>Also, overloading printer-state-message with non-localized alert<BR>object data is, IMHO, the wrong approach.&nbsp; Define a printer-alert<BR>1setOf collection that contains all of the prtAlert* objects.&nbsp; CUPS<BR>uses printer-state-message to hold the human-readable state message<BR>(as defined by RFC 2911), and it would be impossible for CUPS to<BR>conform to this spec if you use printer-state-message for this<BR>purpose.</DIV>
<DIV>&nbsp;</DIV>
<DIV>-- <BR>______________________________________________________________________<BR>Michael Sweet, Easy Software Products&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mike at easysw dot com<BR>Internet Printing and Publishing Software&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A href="http://www.easysw.com">http://www.easysw.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>Ted Tronson<BR>Sr. Software Engineer<BR>iPrint Engineering<BR>ttronson@novell.com<BR>801-861-3338</BODY></HTML>