IPP> REG - Proposal for "job-recipient-name" Job Template attribute

IPP> REG - Proposal for "job-recipient-name" Job Template attribute

IPP> REG - Proposal for "job-recipient-name" Job Template attribute

Michael Sweet mike at easysw.com
Thu Sep 7 20:14:56 EDT 2000

"Hastings, Tom N" wrote:
> ...
> If the client omits this attribute in a create request, the printer
> MAY use the "job-recipient-name-default" (name(MAX)) Printer
> attribute value, unless it has not been configured by the
> administrator, or MAY use the "authenticated user" name (see
> [IPP-MOD] section 8.3), depending on implementation.
> ...

What if the default has not been configured?  Will the -default
attribute contain an empty string, or will it be passed as a

I'm thinking this and the job-recipient-name attribute may need to
be a type2 keyword | name(MAX), with keywords like:


to specify no specific recipient or the current admin/operator for
the device.

> The "job-recipient-name-supported" (integer(0:255) Printer attribute
> indicates the maximum length that the Printer will accept for the
> "job-recipient-name" Job Template attribute without truncation.  A
> ...

Since the client will likely not know how to shorten a name so that
it remains unique, and since the recipient name will probably need
to be a valid name on the destination system anyways, having an
attribute that specifies the maximum number of significant characters
isn't all that useful IMHO.

Also, since the -supported attributes usually enumerate the supported
values for an attribute, it might make more sense to name it
"job-reciepient-name-max" instead.

Michael Sweet, Easy Software Products                  mike at easysw.com
Printing Software for UNIX                       http://www.easysw.com

More information about the Ipp mailing list