0 pts.
 Authorization problem on DDM file in RPG program
I have a RPG program that accesses three DDM files on another iSeries. The program compiles, but I receive error CPF9822-Not authorized to file XXXX in library XXXX. Cannot open DDM file. I have *SECOFR rights on both machines. Can someone help me?

Software/Hardware used:
ASKED: August 28, 2006  8:50 AM
UPDATED: December 5, 2010  12:27 PM

Answer Wiki:
I dont think special authority *SECOFR will help in this case. You need a user profile on the target machine that has specific authority to the object. View the authority to the object with DSPOBJAUT. ===================================================== It will depend on how your DDM is configured, SNA or IP. Nowadays, DDM over IP will be easier. For IP: Ensure that passwords are required. (Otherwise the system can be totally open to the world.) Use the Add Server Authentication Entry (ADDSVRAUTE) command to set an entry on the source system that will control the profile used on the target system; review the help text to see the server name for DDM. Next time you connect, the authentication entry will send a logon request for you. The transaction will run under the logon profile. Be aware that only a single authentication entry can exist for DDM regardless of what the target system is. Tom
Last Wiki Answer Submitted:  December 15, 2009  8:17 am  by  Bamaro70   0 pts.
All Answer Wiki Contributors:  Bamaro70   0 pts.
To see all answers submitted to the Answer Wiki: View Answer History.


Discuss This Question:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _


 

Thanks for the response, but I have full authority to this file on the other iSeries.

 0 pts.

 

You may need to look at the DDM defaults. Type CFGTCP, take option 20 (Configure TCP/IP applicatons) take option 5 (Change DDM TCP attributes). Check to see if the password is required. Try setting this option to *NO, and try again.

 0 pts.

 

Thank you for your response, but it did not work.

 0 pts.

 

I have found that the ID must be the same on both machines.

 0 pts.

 

Next time this happens, show us the AF (Authority Failure) entry from the system audit journal on the remote system. The cause will probably be seen in the entry.

Tom

 110,115 pts.