This is a bug report based on the following post to the samba mailing list:
I am experiencing similar problems when saving files with Word and Excel from
Office XP and Office 2003 on shares with the "profile acls = yes" directive set.
In the case of Excel the .xls file is initially created with write permitted for
the user but when a change is made to the file and Excel saves it again the
write flag for the user is removed. The Unix mode changes from 0644 to 0444. The
attempt to save the changes is met with the following error message from Excel:
"The document was saved successfully, but Excel cannot re-open it because of a
sharing violation. Please close the document and try to open it again."
In the case of Word the .doc file is initially created without the write flag
for the user, Unix mode 0444. Attempts to save changes to the file are met with
a file selection dialogue prompting for a writable file.
Relevant sections of my smb.conf are:
create mask = 0755
directory mask = 0755
comment = Home directory
browseable = no
writeable = yes
csc policy = disable
profile acls = yes
No changes to lock settings have been made. Setting "nt acl support" or "profile
acls" to "no" for the share in question fixes the problem.
Operating system: Fedora Core 1 on x86 (Intel).
Filesystem: ext3fs (no ACL support in the filesystem activated)
Is this an expected side effect of setting "profile acls = yes" on a share?
reproduced using office 2002, 2ksp4 client
and latest Samba 3.0 cvs code.
Just a data point - I can't reproduce this with Win2k SP4 (build 2195) and Excel
2000 (9.0.3821 SR1) release.
please retest against 3.0.11 and let us know if the bug still exists.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.