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

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

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

Zehler, Peter Peter.Zehler at usa.xerox.com
Fri Sep 8 07:41:04 EDT 2000

Tom, Mike,

I too would like to see the "job-recipient-name" attribute have a syntax of
type2 keyword | name(MAX).  I would also like to see the
"job-recipient-name" attribute be a job description attribute as opposed to
a job template attribute.  I do not see any advantage in the
"job-recipient-name-supported" or "job-recipient-name-default"

"job-recipient-name-supported" is not needed since the length of the name
syntax has already been defined and should not be truncated.  (What is
printed on a banner sheet should be left to an implementation.)  The
"job-recipient-name-default" would be covered in the specification.  Having
the default be equivalent to the keyword 'none' would work for me.  As an
implementer I would put both the "job-recipient-name" and the
"job-originating-user-name" on the banner sheet.


				Peter Zehler
				Xerox Architecture Center
				Email: Peter.Zehler at usa.xerox.com
				Voice:    (716) 265-8755
				FAX:      (716) 265-8792 
				US Mail: Peter Zehler
				        Xerox Corp.
				        800 Phillips Rd.
				        M/S 139-05A
				        Webster NY, 14580-9701

-----Original Message-----
From: Michael Sweet [mailto:mike at easysw.com]
Sent: Thursday, September 07, 2000 8:15 PM
To: Hastings, Tom N
Cc: ipp (E-mail); QUALDOCS DL (E-mail)
Subject: Re: IPP> REG - Proposal for "job-recipient-name" Job Template

"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