attachment

<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hi Mike and Smith,<br><br></div>I suggest that the parameters and attributes of such an operation<br><br></div>are exactly the same as Get-Printer-Attributes, except that the User<br></div>identity MUST be authenticated and MUST be authorized (via some<br></div>out-of-band manner) to perform the new operation.<br><br></div>It might be appropriate to abandon the "limit" and friends and also<br></div>to say that you can't read "media-col-database" with this operation.<br></div>It might also be appropriate to abandon "requested-attributes" and<br></div>just return all the simple attributes and "xxx-supported" attributes.<br><br></div>Smith - please think about the use case(s) and propose by email<br></div>some more details for discussion as a next step.<br><br></div>Cheers,<br></div>- Ira<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP & Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094<br>May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Sun, Jan 15, 2017 at 9:08 AM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Ira,</div><div><br></div><div>The registration policy for operations is Expert Review, so a full specification is not technically required. That said, we (the designated experts) and the IPP workgroup can require sufficient clarity in the definition of the operation before such a registration is approved, or to require a spec of the scope of the registration is (in the opinion of the WG or designated experts) too broad for a simple registration.</div><div><br></div><div>In the case of this operation, we simply (IMHO) do not have enough information to decide.</div><div><br></div><div><br><div>Sent from my iPad</div></div><div><div class="h5"><div><br>On Jan 14, 2017, at 3:51 PM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi Mike,<br><br></div>Thanks for those clarifications.<br><br></div>I suggest the proposed new operation be named "Get-User-Printer-Attributes"<br></div>to show the authenticated User dependence and the otherwise similarity to<br></div>the classic "Get-Printer-Attributes" operation.<br><br></div>I agree that a brief whitepaper is appropriate.<br><br></div>I have strong reservations about adding a new operation (as opposed to some<br></div>attributes) simply via IPP WG approval for IANA registration.  We should talk<br></div>more about where this operation might be published.<br><br></div>Cheers,<br></div>- Ira<br><br><div><div><br></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="m_-8546636405550298155gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP & Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/<wbr>blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/<wbr>highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Jan-April: 579 Park Place  Saline, MI  48176  <a href="tel:(734)%20944-0094" value="+17349440094" target="_blank">734-944-0094</a><br>May-Dec: PO Box 221  Grand Marais, MI 49839  <a href="tel:(906)%20494-2434" value="+19064942434" target="_blank">906-494-2434</a><br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Sat, Jan 14, 2017 at 1:45 PM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Ira,<div><br><div><span><blockquote type="cite"><div>On Jan 14, 2017, at 11:45 AM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>> wrote:</div><br class="m_-8546636405550298155m_-3538724326049300017Apple-interchange-newline"><div><div dir="ltr"><div><div><div><div><div><div><div><div>Hi Smith,<br><br></div>I agree with Mike that this operation should not be added to IPP System<br></div>Service.<br><br></div>I question the need for this operation.<br><br></div>An IPP job service implementation can filter a Get-Printer-Attributes<br></div>response already based on authenticated user identity.<br></div></div></div></div></div></blockquote><div><br></div></span>From a practical perspective, Get-Printer-Attributes is never authenticated because clients do not support that usage. So no, we can't just use Get-Printer-Attributes...</div><div><br></div><div>Right now clients need to use Validate-Job (which *is* authenticated for printers that do authentication of print jobs) in order to validate the choices a user has made.</div><span><div><br><blockquote type="cite"><div><div dir="ltr"><div><div>What new functionality would this putative operation add to IPP?<br></div></div></div></div></blockquote><div><br></div></div></span><div>It would be defined as an authenticated version of Get-Printer-Attributes that explicitly filters the values based on the authenticated identity of the requestor.</div><span><div><br></div><div>
<span class="m_-8546636405550298155m_-3538724326049300017Apple-style-span" style="border-collapse:separate;color:rgb(0,0,0);font-family:'Andale Mono';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word"><span class="m_-8546636405550298155m_-3538724326049300017Apple-style-span" style="border-collapse:separate;color:rgb(0,0,0);font-family:'Andale Mono';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word">______________________________<wbr>___________________________<br>Michael Sweet, Senior Printing System Engineer</div></span></div></span>
</div>
<br></span></div></div></blockquote></div><br></div>
</div></blockquote></div></div></div></blockquote></div><br></div>