Re: Adding "printer-service-contact" to IPP Enterprise Printing Extensions v2.0

"Kennedy, Smith \(Wireless & IPP Standards\) via ipp" <[email protected]>
Newsgroups gmane.ietf.ipp
Message-ID <[email protected]>
How's this for wording?

6.4.15 printer-service-contact-col (collection | unknown)
This REQUIRED Printer Description attribute contains contact information for the service agent responsible for maintaining the Printer, or the 'unknown' out-of-band value if no service agent contact information has been set. Table 12 lists the member attributes defined in this specification. A Printer MUST support the "contact-name" and "contact-uri" member attributes.

A Printer receiving this attribute in a Set-Printer-Attributes operation [RFC3380] replaces the entire existing value with the one received if the Printer acccepted the operation. A Printer receiving this attribute in a Set-Printer-Attributes operation where the collection lacks all the REQUIRED members MUST reject the request and return the 'client-error-bad-request' status code.

Table 12 - "printer-service-contact-col" Member Attributes
Member Attribute			Printer Conformance
contact-name (name(MAX))		REQUIRED
contact-uri (uri)			REQUIRED
contact-vcard (1setOf text(MAX))	RECOMMENDED

6.4.15.1 contact-name (name(MAX))
This REQUIRED member attribute provides the contact's name, e.g., "Bob Smith".

6.4.15.2 contact-uri (uri)
This REQUIRED member attribute provides a URI that can be used for contacting the Printer service agent, e.g., “mailto:[email protected]” or "tel:+1-208-123-4567".

6.4.15.3 contact-vcard (1setOf text(MAX))
This RECOMMENDED member attribute contains the contact vCard [RFC6350].


Smith

/**
    Smith Kennedy
    HP Inc.
*/

> On Apr 23, 2021, at 6:46 AM, Michael Sweet <[email protected]> wrote:
> 
> Smith,
> 
> We wanted "printer-service-contact-col" to be a collection with the same member attributes as "printer-contact-col" and "system-contact-col", so the first form is what you should go with.
> 
> (FWIW, the printer MIB element is just an octet string that has no defined format...)
> 
> 
>> On Apr 22, 2021, at 5:55 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <[email protected]> wrote:
>> 
>> Signed PGP part
>> Hi there,
>> 
>> I'd like to pre-screen the addition of "printer-service-contact" to IPP Enterprise Printing Extensions v2.0. But I'm unsure how to model it. I have found "printer-contact-col" and "system-contact-col" in IPP System Service (5100.22). Should I clone that?
>> 
>> X.Y printer-service-contact-col (collection | unknown)
>> 
>> This REQUIRED Printer Description attribute identifies the Printer service agent. Table 10 lists this attribute's member attributes. When specified in a Set-Printer-Attributes operation [RFC3380], the collection value MUST contain all REQUIRED member attributes as the entire collection value is replaced.
>> 
>> X.Y.1 contact-name (name(MAX))
>> 
>> This REQUIRED member attribute contains the contact name, e.g., "Bob Smith".
>> 
>> X.Y.2 contact-uri (uri)
>> 
>> This REQUIRED member attribute contains the contact URI, e.g., “mailto:[email protected]”.
>> 
>> X.Y.3 contact-vcard (1setOf text(MAX))
>> This RECOMMENDED member attribute contains the contact vCard [RFC6350].
>> 
>> 
>> 
>> Or should I do something simpler, like this:
>> 
>> X.Y printer-service-contact (uri)
>> 
>> This REQUIRED Printer Description attribute specifies a URI used to contact the service agent responsible for the Printer. The value MUST use the "mailto", "tel", "http" or "https" URI schemes.
>> 
>> Thoughts?
>> 
>> Smith
>> 
>> /**
>>    Smith Kennedy
>>    HP Inc.
>> */
>> 
>> 
>> 
> 
> ________________________
> Michael Sweet
> 
> 
>

_______________________________________________
ipp mailing list
[email protected]
https://www.pwg.org/mailman/listinfo/ipp
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEX4TM/E2Pr7lTZzy2qskbKLDW1N0FAmCDBoEACgkQqskbKLDW
1N0qIxAAl0dvrr7N+N0UJuOnknrQO6201+OgYW9FH1wD4olH46Gqn/t3FqIxocXt
kewV41NvFiaMhKrRQPTdbvS5fZ8PWIt3encsK9dYf0vSG34mFKTbCjFn7WMA1Wa4
Evd0JAjuAbkFlRaUwneSJ0EIeBupE2fhCN2KyF33WUE0B5de+aUOovMG/O8BjH8l
Wpa0PY7TzxbK3DMVCZH9EFyAEBaSoIJ5luIuGVN+pdg7oS0Q8/2RcUqGxU7mqcgo
nf0PSyvkOBw6KWM6uqlhts0DrJ+lxUbkErfeYO7Wzy8mhZAsm7yepV8lLnAN9tcU
giggPuXL3XCI6Ea0nbtkRayHw8bBjX6nPkL5dWE2i57td7kEA7T7VM32cjP9lSVn
BBWspHC+adlWfYyBtJPXaz+QUwbKdWgp4Bn3QcEIso8AxVI+Ksx4ZcH6+Mr3QFLE
naRZHTpad5h+Io89M8mNgqHFrotrk5VrPGkFp7WepY/oNCuJAwxe50Z/OriDleRG
ICBkIGDwAqtjWu6VZM7PkdWXZG2lj2M4W3mefTg5wB/vQOMgEgML2F02zx4ACKrd
KyDma0/z0EtmxEg4O9hGkCJqSeItq19u8kHac8ynvA64FPqN4+WrUxrr7WrSPdgw
R9yAxpO+9f5utUXK2N9rEfgeNSQgrWkO4SwoW2/2kFMG0kYNlhE=
=dFL8
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.