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

Jay Martin jkm at underscore.com
Thu Sep 14 12:07:23 EDT 2000


Are we to assume that the primary functional requirement surrounding
this thread is the issue of putting someone's name on a banner sheet
(to be printed before the first document of the job)?

	...jay


Michael Sweet wrote:
> 
> "Hastings, Tom N" wrote:
> > ...
> > Now I'm more confused.  The purpose of "job-recipient-name" was NOT
> > notification, but indicating who was the intended recipient of the
> > hardcopy produced by a job when the intended recipient is different
> > ...
> > (lots of ways to use job-recipient-name to hand-deliver output to
> > the recipient deleted)
> > ...
> 
> You can easily mark output for a different recipient using the new
> attribute.  That's basically the same as sending a cover sheet with
> a fax, and will probably work well in current environments provided
> there is someone to look through and distribute them.
> 
> *However*, there are situations where you might want to send a
> document to someone but don't know their user name.  *That's*
> what the operator/administrator keywords would address.
> 
> In addition, I think that we need to address the obvious extension
> of this new attribute to notifications.  Why should IPP automate
> everything *except* for something as simple as notifying the
> recipient when a job is printed for him/her?  A user should be
> able to subscribe to a printer object and have a notification
> sent whenever a job destined for him/her has been completed.
> 
> --
> ______________________________________________________________________
> Michael Sweet, Easy Software Products                  mike at easysw.com
> Printing Software for UNIX                       http://www.easysw.com



More information about the Ipp mailing list