View previous topic :: View next topic
|
Author |
Message |
itsmeaparna
New User
Joined: 28 Jul 2006 Posts: 4 Location: pune
|
|
|
|
I am having problem in sending the GDG file using the xmitip utility:
JCL step is as:
Code: |
//SS9P0170 EXEC PGM=IKJEFT1B,COND=(4,LT)
//SYSOUT DD SYSOUT=*
//SYSTSPRT DD SYSOUT=*
//SYSEXEC DD DISP=SHR,DSN=SYSU.XMITIP.EXEC
//SYSTSIN DD *
%XMITIP xxx@xxx.COM +
CC yyy@xxx.COM +
NOMSG +
FROM zzz@xxx.COM +
SUBJECT 'FIRST REPORT' +
FORMAT CSV +
FILE 'H2509PS.SS9P0140.MTHEXP(0)'
/*
|
while sending the file contents instead of H2509PS.SS9P0140.MTHEXP.G0001V00 file the H2509PS.SS9P0140.MTHEXP.TWO.G0001V00 file is getting picked up.
I want to send the H2509PS.SS9P0140.MTHEXP.G0001V00 file
Please help in this issue. I am confused why this problem is happening? |
|
Back to top |
|
|
Roger Cotton
New User
Joined: 20 Oct 2009 Posts: 3 Location: Australia
|
|
|
|
We have exactly the same problem ... have just gone z/OS v1.9 , and am using XMITIP v5.68 .
Did you resolve this issue, and if so, how ??
What version of z/OS and XMITIP were involved for your system ?? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
You cannot use relative generation "(0)" in the control statements - there is no way for the full dsn to be resolved.
Suggest you try changing from FILE to FILEDD and then use the relative generation in the dataset named by FILEDD. The dsn resolution would then be a jcl function. . . |
|
Back to top |
|
|
Roger Cotton
New User
Joined: 20 Oct 2009 Posts: 3 Location: Australia
|
|
|
|
That's an interesting observation, because the use of GDG(0) as an XMITIP parameter worked perfectly fine under z/OS v1.7 . The upgrade to z/OS v1.9 brought up this problem, but it actually works for most instances, it now transpires. Works fine with RACF individual userids (so it works every time I test it), but does not with RACF Batch-IDs (which are for production jobs) |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
because the use of GDG(0) as an XMITIP parameter worked perfectly fine |
Maybe a bit of clarification would help. . . If you post the XMIT control statements that work this way it should help. |
|
Back to top |
|
|
Roger Cotton
New User
Joined: 20 Oct 2009 Posts: 3 Location: Australia
|
|
|
|
This is the parameter being used in the XMITIP sysin ....
FILE 'CKR.FTKT.TKT.REV.RPT(0)'
As indicated in previous post, and under the new z/OS v1.9 upgrade, it is working fine for individual RACF users, but not for users with USER=xxxx coded on the JOB card.
As a workaround, we are taking the advice of using FILEDD instaead of FILE. |
|
Back to top |
|
|
|