× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Although, according to our scenario, you're saying it does NOT happen that way.

So now I have to re-review https://www.ibm.com/support/pages/node/644647.

<<<sigh>>>

On 4/7/2020 12:19 PM, Joe Pluta wrote:
And that, I believe, happens based on the authority of the parent folder.

I think.

On 4/7/2020 12:16 PM, Rob Berendt wrote:
Run it once to assign the authorization list
CHGAUT OBJ('/home/rob/trash') AUTL(MYAUTL) SUBTREE(*ALL)

Run it again to set *PUBLIC to whatever you put in the authorization list
CHGAUT OBJ('/home/rob/trash') USER(*PUBLIC) DTAAUT(*AUTL)
        OBJAUT(*NONE) SUBTREE(*ALL)

Run it again, for each user, to remove them except for what they have in the authorization list
CHGAUT OBJ('/home/rob/trash') USER(QNOTES) DTAAUT(*NONE)
        OBJAUT(*NONE) SUBTREE(*ALL)

Verify
DSPAUT OBJ('/home/rob/trash')

Now, here's the catch.  How do you ensure that new objects are assigned that authorization list?  For example, if I do
EDTF STMF('/home/rob/trash/test.txt')
This new file will not have that authorization list assigned to it.

Rob Berendt




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.