As Fran replied, your server should set its alternate userid to the job submitter (that is done using DIAG D4, and verified by the ESM). Spool files **created afterwards** get the alternate userid as origin. DIAG D4 also influences LINK permissions (at least if an ESM is involved) and also all **new** connections to DB2 and/or SFS. You can use CSL call DMSPURWU to remove any open SFS connections, hence force an SFS access to use the alternate userid.
Our RxServer package has some use of DIAGD4 too (and includes a DIAGD4 asm program). The LCLQRY package provides a CP QUERY ALTUSER command. 2008/1/16, Shimon Lebowitz <[EMAIL PROTECTED]>: > > We use a small mod which allows the origin to be *set*. > I believe it was originally written by someone named > Andreas, possibly at Swissair. > > If your server created the file, and set the origin to > the id of the requestor, and then transferred it to > RSCS, would that solve your problem? > > Shimon > > ---- Original message ---- > >Date: Wed, 16 Jan 2008 15:44:21 +0100 > >From: Colin Allinson <[EMAIL PROTECTED]> > >Subject: Spool file Origin / Tag question > >To: [email protected] > > > > This is a bit of a weird question so I had better > > explain what is behind it. > > > > I have built a server that will collect jobs and > > submit them to an MVS system (over an RSCS link). > > > > Part of the validation on the MVS system is that the > > job has come (or appeared to come) from the user in > > the jobcard. > > > > Because I am sending the job from my server it > > appears to originate there and not from the original > > job builder. > > > > Is there anyway that I can convince RSCS to identify > > the originator by the 4th/5th tokens in the Tag Data > > rather than the spool file Originid. (or, in some > > other way, convince RSCS to identify the originator > > as the required userid rather than my server > > userid). Currently I am building the spool file with > > a URO stage in a pipeline after tagging the DEV PUN > > as :- > > > > targetnode targetuid 50 orignode origuid > > > > Has anyone any useful suggestions? > > > > Thanks in advance, > > > > Colin Allinson > > Amadeus Data Processing GmbH > > > > IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail > > is intended only for the use of the individual or > > entity shown above as addressees. It may contain > > information which is privileged, confidential or > > otherwise protected from disclosure under applicable > > laws. If the reader of this transmission is not the > > intended recipient, you are hereby notified that any > > dissemination, printing, distribution, copying, > > disclosure or the taking of any action in reliance > > on the contents of this information is strictly > > prohibited. If you have received this transmission > > in error, please immediately notify us by reply > > e-mail or using the address below and delete the > > message and any attachments from your system. > > > > Amadeus Data Processing GmbH > > Geschäftsführer: Eberhard Haag > > Sitz der Gesellschaft: Erding > > HR München 48 199 > > Berghamer Strasse 6 > > 85435 Erding > > Germany > -- Kris Buelens, IBM Belgium, VM customer support
