Hi All,
How do I grant authority for selected users to access a directory we have built in the root directory containing a transmittal file? I used WRKLNK, but there is no authority access like when you have a folder.
Thanks!

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your response...

Discuss This Question: 6 &nbspReplies

There was an error processing your information. Please try again later.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

I used WRKLNK, but there is no authority access like when you have a folder.
That's because it uses normal authority rather than the unusual authority needed for "folders". But what exactly is the problem? Assuming that you have sufficient authority to grant the assignments, WRKLNK will get you straight to the authority for the directory. Why can't you use it? (You do know that <F23> shows more options?)
Tom

Yes, I know about <F23>. Even with changing public to *RWX and all giving all object authorities it is not working. Went in to IS Navigator and set everything there. I created the file and can drag and drop it. Gave Qsecofr ownership. Anyone other than myself gets a pop up window to sign in to the drive the folder is on and is then denied access. Is there another security level?

The authority still didn't work with the chgaut. Dug around and found that the i-series and network passwords have to be the same for netserver to work, even though the users have the proper authority. Changed one of the user's passwords to equal their network password. Bingo, right into the directory and file.

Gave Qsecofr ownership.
You shouldn't give ownership of any object to any IBM profile, most especially to QSECOFR. But that should be unrelated to the problem.
the i-series and network passwords have to be the same for netserver to work
It's a little more complicated, but matching profile and password makes things work without additional effort.
The original question asked about a specific technical problem about 'authority'. It could have helped if the business context was included so we could anticipate where the underlying problem was. In this case, it wasn't with authority but with authentication.
Are you needing to make this into a more general solution? Or will it be enough to synchronize a few passwords?
Tom

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy

Processing your reply...

Ask a Question

Free Guide: Managing storage for virtual environments

Complete a brief survey to get a complimentary 70-page whitepaper featuring the best methods and solutions for your virtual environment, as well as hypervisor-specific management advice from TechTarget experts. Don’t miss out on this exclusive content!

Share this item with your network:

To follow this tag...

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States.
Privacy