Maybe the use of DIAG D4, CP's alternate user facility. It was created for batch jobs: user SUBMITTER submits a job the job is sent to server BATCHMONITOR server BATCHMONITOR selects a free WORKER user server BATCHMONITOR uses DIAG D4 to set WORKER's alternate user to SUBMITTER user WORKER executes the job. ==> all spool files created created by "WORKER" get SUBMITTER as spool file origin. If you have got a server that issues the LPR command, and if you want to give that server the required CP class to use DIAG D4, it may be a possibity. But I think you must use LPR parameters so that the prints are sent to RSCS, because without RSCS, LPR doesn't create a spoolfile. To try it out: get my RxServer package from the download lib, it includes a DIAGD4 MODULE. Logon to a user with the required CP class (e.g. MAINT) Issue DIAGD4 MAINT altuser Use your LPR command Issue DIAGD4 MAINT END
If RACF is installed, MAINT must get a RACF PERMIT altuser CLASS(VMBATCH) ID(MAINT) 2009/2/11 Wakser, David <david.wak...@infocrossing.com>: > I don't see anything in the help that looks like you could use. Sorry, > no manuals today. > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Mary Zervos > Sent: Wednesday, February 11, 2009 11:38 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: LPR printing > > Hello all, > > We're trying to use the LPR command from a z/VM 5.4 system to print to a > windows print server. The problem we're having is we'd like the print > file to be identified with a user different from the logon user. Is > there some kind of option on the LPR command or global variable to > achieve this? > > Thanks for your help. > > Mary Zervos > VM Systems Programmer > Binghamton University > > Confidentiality Note: This e-mail, including any attachment to it, may > contain material that is confidential, proprietary, privileged and/or > "Protected Health Information," within the meaning of the regulations under > the Health Insurance Portability & Accountability Act as amended. If it is > not clear that you are the intended recipient, you are hereby notified that > you have received this transmittal in error, and any review, dissemination, > distribution or copying of this e-mail, including any attachment to it, is > strictly prohibited. If you have received this e-mail in error, please > immediately return it to the sender and delete it from your system. Thank you. > -- Kris Buelens, IBM Belgium, VM customer support