> Begin forwarded message:
>> From: Michael Sweet <msweet at apple.com>
> Subject: Re: [IPP] Proper encoding to be used in "job-password" when "job-password-encryption" is not "none"
> Date: April 21, 2017 at 6:12:20 PM EDT
> To: Smith Kennedy <smith.kennedy at hp.com>
>> Smith,
>> The octetString syntax is a BLOB type, so the raw MD5 bytes are transferred, not the ASCII representation.
>>> On Apr 21, 2017, at 1:28 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy at hp.com> wrote:
>>>> Greetings,
>>>> Given the following scenario:
>> • An IPP Printer has reported via Get-Printer-Attributes:
>> • "job-password-supported" = 32
>> • "job-password-encryption-supported" = 'none', 'md5'
>> • (going to ignore "job-password-repertoire-configured" and "job-password-length-supported" for now...)
>> • An IPP Client acquires from the User a job password "beeblebrox"
>>>> If the Client chooses 'none', then it should send in a Validate-Job operation
>>>> "job-password-encryption" = 'none'
>> "job-password" = 'beeblebrox'
>>>> However, if the Client chooses 'md5', how does it encode the md5 hash octets? Does it encode it as hex-ascii in 32 octets like so?
>>>> "job-password-encryption" = 'none'
>> "job-password" = '3f73fde3af41b6a50c84a75f84892b85'
>>>> Or since 'job-password' is defined in 5100.11 as "job-password (octetString(255))", is it reasonable for it to provide the raw binary value? I cannot find any statement in PWG 5100.11, RFC 8010, or wp-job-password-repertoire-20160101.pdf that makes this clear. Is the Printer expected to handle both scenarios?
>>>> Thoughts?
>>>> Smith
>>>> /**
>> Smith Kennedy
>> Wireless Architect - Client Software - IPG-PPS
>> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
>> Chair, IEEE ISTO Printer Working Group
>> HP Inc.
>> */
>>>>>>>> _______________________________________________
>> ipp mailing list
>>ipp at pwg.org>>https://www.pwg.org/mailman/listinfo/ipp>> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer
>
_________________________________________________________
Michael Sweet, Senior Printing System Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20170421/11744b13/attachment.html>