This is a bug report based on the following post to the samba mailing list:

http://lists.samba.org/archive/samba/2004-March/081690.html

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:

----------------------
[global]
create mask = 0755
directory mask = 0755

[homes]
        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?