RE: rename() API & "Operation not permitted.

Rob;

Mine is set to
Restricted rename and unlink . . . . . : Yes

We use IBM's email

Can you link me to more information on what you are describing with "
Otherwise IBM's email dies"

Is this why I had to create manual process to delete the email generated
files and directories that fill up /tmp ?

Thanks

Don






From: "Rob Berendt" <rob@xxxxxxxxx>
To: "Midrange Systems Technical Discussion"
<midrange-l@xxxxxxxxxxxxxxxxxx>
Date: 21/05/2021 04:30 AM
Subject: RE: rename() API & "Operation not permitted.
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>



Let's take baby steps.
DSPATR OBJ('/tmp')
What do you have for:
Restricted rename and unlink . . . . . :
IBM ships this as Yes on newer versions for /tmp. Everyone changes it to
No. Otherwise IBM's email dies because one job runs under one IBM profile
and another job runs under a different IBM profile. The second job cannot
delete the file. Some years back IBM had this insane idea to change that
attribute back to Yes upon every IPL. That got squashed and PTF'd back
out.

This sample would be an exact match to what you are experiencing.

See also
CHGATR OBJ('/mydir') ATR(*RSTDRNMUNL) VALUE(*NO) SUBTREE(*ALL)

Rob Berendt