attachment

<div dir="ltr">Hi,<br><br>I&#39;ve just <span>posted</span> another Internet-<span>Draft</span> of <span><span><span class="">IPP</span></span></span> over HTTP Transport Binding and<br>&#39;<span><span><span><span><span><span class="">ipps</span></span></span></span></span></span>&#39;<span></span> <span><span><span><span><span><span class="">URI</span></span></span></span></span></span> <span>Scheme</span> to:<br>






<br>
  <a href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-09-20131105.txt" target="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-09-20131105.txt</a><br>
  - plaintext Internet-<span>Draft</span> format (warning - contains explicit formfeed characters)<br>
<br>

  <a href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-09-20131105.pdf" target="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-09-20131105.pdf</a><br>

  - PDF of plaintext w/ line numbers (review *this* one)<br><br>
 <br>This document has already been accepted and <span>posted</span> to the IETF I-D repository.<br>
<br>
This document was created by a complete rewrite of <span><span><span class="">IPP</span></span></span> <span><span><span><span><span><span class="">URI</span></span></span></span></span></span> <span>Scheme</span> 
[RFC3510].<br><br>This version has *major* editorial changes since the previous version - see below.<br><br>
Comments?<br><br>Cheers,<br>- Ira<br><br>------------------------------------<br><div dir="ltr"><br><div><div><div><div>Change History</div></div></div></div><div><br></div></div><div>   5 November 2013 - draft-mcdonald-ipps-uri-scheme-09.txt <br>

   <br>   Global - Updated references, per IPP WG review.  <br>   <br>   Editorial - Revised Abstract, section 1 Introduction, and section 8<br>   Acknowledgments to clarify that this document is an individual<br>   submission to the IETF by the IPP WG of the IEEE-ISTO PWG, per S<br>

   Mooneswamy.  <br>   <br>   Editorial - Revised Abstract, section 1 Introduction, and section 8<br>   Acknowledgments to clarify that this document does not update or<br>   obsolete [RFC3510], per S Mooneswamy and Tom Petch.  <br>

   <br>   Editorial - Revised section 1.1 Structure of this Document to align<br>   with changes below, per Tom Petch.  <br>   <br>   Editorial - Revised section 2 Conventions Used in this Document to<br>   add section 2.1 Printing Terminology and to remove redundant &quot;In this<br>

   document&quot; and clarify definitions, per Tom Petch.  <br>   <br>   Editorial - Moved former Appendix B - Abbreviations Used in this<br>   Document to become section 2.2 Abbreviations, per Tom Petch.  <br>   <br>   Technical - Revised section 3 IPP over HTTPS Transport Binding,<br>

   section 5 Applicability of this Specification, and section 7 Security<br>   Considerations to address specific TLS/1.0 [RFC2246], TLS/1.1<br>   [RFC4346], and TLS/1.2 [RFC5246] requirements, per Tom Petch.  <br>   <br>

   Editorial - Moved former section 3.1 IPP over HTTP Transport Binding <br>   to become Appendix A - Summary of IPP URL Scheme (Informative), per<br>   Tom Petch.  <br>   <br>   Technical - Revised section 4.2 Syntax of &#39;ipps&#39; URI Scheme to add<br>

   note about the retention of the (unused) &quot;query&quot; production for<br>   consistency with IPP/1.1 Encoding and Transport [RFC2910] and the<br>   original IPP URL Scheme [RFC3510], but warn that it has no defined<br>

   semantics in IPP and therefore its use is unsafe for IPP Clients, per<br>   Tom Petch.  <br>   <br>   Technical - Revised section 7 Security Considerations to add section <br>   8.1 Problem Statement, section 8.2 Attacks, and section 8.3 TLS<br>

   Security Considerations, per Tom Petch.  <br>   <br>   Editorial - Moved former section Appendix A - Acknowledgments to<br>   become section 8 Acknowledgements (in body of document) and updated<br>   to reflect recent comments on this document, per Tom Petch.  <br>

   <br>   Technical - Revised section 9.1 Normative References to add TLS/1.0<br>   [RFC2246] and TLS/1.1 [RFC4346], per Tom Petch.  <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>