Walt,
I think that you hit the nail on the head with the observation that the
ID has 8 characters. All of the ones I can remember that work involve IDs with
7 or fewer characters. I will retry this with an ID with a maximum of 7
characters and then report back.
As far as the IKJ56644I message - that is present. I just did not
include it in my snip of results. I have seen that message often on things
that work just fine, so I have taken to disregarding it. For example, an SMTP
email where the job authority ID is IJOBSEC (7 characters), has:
IKJ56644I NO VALID TSO USERID, DEFAULT USER ATTRIBUTES USED
READY
SMTPNOTE BATCH SUBJECT('RACF USERS ADDED AND DELETED')
DATASET('ITSEC.RACFDB.LOADDB2.REPORT')
TO(--several email addresses--)
READY
And, in the allocations part of the job, it shows:
IGD101I SMS ALLOCATED TO DDNAME (SYS00006)
DSN (IJOBSEC.SMTPPR.TEMP.TEXT )
STORCLAS (SCTSO) MGMTCLAS (TSOMC) DATACLAS ( )
VOL SER NOS= TSO006
IGD103I SMS ALLOCATED TO DDNAME SYS00007
. . . .
IGD104I IJOBSEC.SMTPPR.TEMP.TEXT RETAINED,
DDNAME=SYS00007
So, it had no trouble with knowing what prefix to put on the dataset.
This particular job (like most of ours) does not have a "USER=xxx"
parameter on the job-card (which is mentioned in the explanation for
IKJ56644I). Our job scheduler provides the user-ID through, as I understand
it, the user-id propagation mechanism without having to know/supply the
password for the user-ID. In this job, the IKJ56644I message occurs 3 times,
in each of two DB2 execution steps and in the SMTP step. All three steps work
with no problems. I guess I do not understand it if that message is indicating
an actual or potential problem.
David Mueller | Systems Programmer
SSRC (Southwood Shared Resource Center)
4070 Esplanade Way, Room 360D
Phone: 850-414-9134 || Fax: 850-488-3600
E-mail: [email protected]
Please Note: Florida has a very broad public records law. Most written
communications to or from state officials regarding state business are public
records available to the public and media upon request. Your e-mail
communications may therefore be subject to public disclosure.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of
Walt Farrell
Sent: Thursday, November 04, 2010 12:54 PM
To: [email protected]
Subject: Re: SMTP send problem
On Thu, 4 Nov 2010 12:36:16 -0400, Mueller, David
<[email protected]> wrote:
>Results:
> READY
> PROFILE PREFIX(FIDUFLX1)
> IKJ56710I INVALID USERID, FIDUFLX1
> IKJ56701I MISSING PREFIX
> READY
> SMTPNOTE BATCH SUBJECT(' ERROR IN PARAGRAPH GET-WAGES (UBF1) ---
TESTING -- ')
> DATASET('UN.UB.PD.UBCUBF1.MAIL') TO([email protected]
david.muel...@--rest-of-address) BATCH
> EZA5580E UNABLE TO DELETE TEMPORARY DATASET '.SMTPPR.TEMP.TEXT'
> READY
>
>The IKJ56710 message states that the user-ID is either not defined to the
system or is invalid. Does this mean that it must have a TSO segment for
this command to work???
TSO user IDs have at most 7 characters, but FIDUFLX1 has 8 characters.
I'm a bit surprised you haven't reported seeing this message:
IKJ56644I NO VALID TSO USERID, DEFAULT USER ATTRIBUTES USED
I do not recall what the defaults are in that case, but using an 8-character
ID would prevent use of TSO/E's normal prefixing rules.
--
Walt Farrell
IBM STSM, z/OS Security Design
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
