The "delete on close" semantics in smbd/close.c do not check for "delete
readonly = no".
To reproduce: Configure a share with "delete readonly = no". Client is XP.
Open a command line window, change to the share.
echo Testing >testfile
attrib +r testfile
del testfile -> Access denied
No open Windows Explorer and delete the file. Explorer asks back, but it will
happily delete the file although it's read only and thus should not be deletable.
jra is the delete-on-close king
This is not a bug. I have just checked W2k ---> w2k and it works identially
with a readonly file. Samba is behaving as Windows does here.