attachment-0001
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Ira,<div><br><div><div>On May 10, 2012, at 1:30 PM, Ira McDonald wrote:</div><blockquote type="cite">Hi,<br><br>Thanks for the DEL catch James!<br><br>Mike - bullet (2) (MUST NOT accept/transfer controls except CR or LF)<br>runs afoul of the ABNF for "ipp-printer-device-id" in [PWG5107.2] which<br>also allows HT (per IEEE 1284 parent spec).<br></blockquote><div><br></div>I have no problem adding HT as an allowed character. I am less inclined to allow VT mainly because I see it rarely and there is no "standard" vertical tab spacing as there is for HT (8 columns for most terminal emulators and web browsers). But even HT is problematic for display (less so for parsing and logging).</div><div><br></div><div><blockquote type="cite">
And for attributes shared/coordinated w/ IETF or PWG MIBs, note that<br>DisplayString (RFC 2579) allows NVT-ASCII per TELNET (RFC 853),<br>which defines several control characters but allows *all* of the C0 control <br>
characters.<br><br>Examples of ASCII attributes include: sysDescr, sysName, sysLocation,<br>sysContact, and hrDeviceDescr.<br></blockquote><div><br></div><div>We can define how such values are mapped; realistically I think that we can simply state that any mapping of SNMP properties to IPP attributes MUST include filtering of control characters not allowed by the corresponding attribute type.</div><div><br></div><div>(and for things that *are* a direct mapping like prtAlert, prtMarkerSupply, etc. we use octetString which will remain unaffected...)</div></div><br><div>
<span class="Apple-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; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-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; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br></div><br />--
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</body></html>