View previous topic :: View next topic
|
Author |
Message |
mundul333
New User
Joined: 28 Nov 2005 Posts: 9 Location: mumbai
|
|
|
|
hi ,
where does the tso id and password gets saved for every user?
i had to design a clist screen where the id and password would be validated. so this will take the tso id and then process further .
once the user is logged in then at the ready prompt when we give the clist name then it should take the tso id and validate that
can anyone help to design the same |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
Just curious...
For what reason You want to redo what has been done during thelogon process ?
regards
e.s |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
The security software that you use does this for you. As Encrico has asked, why reinvent the wheel when it is already round ? |
|
Back to top |
|
|
mundul333
New User
Joined: 28 Nov 2005 Posts: 9 Location: mumbai
|
|
|
|
this second time validation needs to be done bcz at the ready prompt if we type the clist then it automatically gets started .
but this clist has to be restricted to some users only.
suppose i am dealing with that application then my tso id should be only able to run the clist . no other user from the ready prompt should be able to run the clist.
currently this clist appln is working for all the tso id. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Isn't that a bit "dark ages", specifying a CLIST name from the ready prompt.
Surely this application should be offered to the selected users from within their ISPF logon procedure. There are many ways to achieve this without having to get back to the ready prompt and then type a fully qualified dataset/member name to access an application. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
If you simply must do something like you've posted (instead of the more standard ways suggested), you could always add this "special" clist to a pds that "others" do not have access to. . . . |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Or if this CLIST is a logon PROC, and defined to RACF as such, then you can use RACF to protect its usage. |
|
Back to top |
|
|
|