Query with Samba 2.0.7

[Joel Hammer]

This works for me just as you want with Notepad but NOT with Word or
Wordperfect 9
ls -al / | grep test
drwxr-xr-x   2 root     root         1024 Nov 22 09:32 test 
That's my directory.
ls -al test
total 3
drwxr-xr-x   2 root     root         1024 Nov 22 09:32 . 
drwxr-xr-x  18 root     root         1024 Nov 22 09:32 ..
-rwxrwxrwx   1 root     root           45 Nov 22 09:37 testfile        

smb.conf

[test]
        path = /test
        read only = no
        guest ok = yes        

I have guest account = ftp in global

Using notepad I can call up testfile, edit, and save it.
I cannot save it to a different name.
This doesn't work with more complicated wordprocessors like word or
wordperfect. I got the same error you got. I don't know why but it may have
to do with how they lock files.  I turned off oplocks but there was no change I could detect.
I doubt that notepad locks files.
Perhaps a review of logs with log level = 6 might show what is happening.
Maybe they are trying to save some temporary file to this directory during the
save.
There may be way to set up the directory to avoid this problem. You could
set the sticky bit on these files. Maybe that would prevent anyone from
deleting them. 
There may be a parameter to prevent people from creating new directories in
samba.
Ideally, we should find out what Word is doing when it tries to save a file.
So, more work needs to be done, but, I have to go clean the turkey.
Joel

On Thu, Nov 22, 2001 at 05:36:35AM -0800, brett.green wrote:
> Hello
> 
> I'm currently having a small problem with Samba 2.0.7 and I wondered if
> I could run the problem by you, unfortunately I'm new to Samba and my
> knowledge is currently  fairly limited...
> 
> The problem.....
> 
> I have a Sun server running Solaris2.7 and Samba 2.0.7. On this server I
> have a directory that contains a file, the permissions are set as
> follows....
> 
>         drwxr-xr-x     permstest
>                 rwxrwxrwx    file1
> 
> Under unix with permissions set as above I can log into the system as a
> "normal" user and edit and save the above file.  But I'm unable to
> create or delete any files within the permstest directory, this is what
> I want to happen.
> 
> But if I try access the file via NT (MSword etc ) I can edit the file
> but I'm unable to save any changes.  I receive an error that reads .....
> 
> "Cannot save `G:\itdept\permstest\file1'. The file is marked as read
> only"
> 
> What I am trying to achieve is, a "normal" user can log into his/hers NT
> box and be able to edit all files in the above directory via there G
> (wrkgrps) drive but they will not be unable to create or delete any
> files. Obliviously if I change the directory permissions to 757 this
> would solve the editing part but would allow users to create and delete
> files in this area.  From a unix point of things everything works ok
> with the current permissions that I have set.  But when the file is
> edited via the Samba drive the permission problem occurs.
> 
> Is there a way round this ???
> 
> Some G drive details and global parameters follow...
> 
> NB.  The G drive points to the "wrkgrps" share in the /etc/smb.conf.
> 
> # Global parameters
> [global]
>         workgroup = BNY-INTL
>         server string = Samba Server 2.0.7
>         security = DOMAIN
>         encrypt passwords = Yes
>         password server = BRNT2 BRNT1
>         max log size = 50
>         time server = Yes
>         local master = No
>         dns proxy = No
>         wins server = 128.128.1.50
>         admin users = smeclnt
>         preserve case = No
>         short preserve case = No
>         mangled names = No
>         oplocks = No
> 
> [wrkgrps]
>         path = /home/wrkgrps/%U
>         force user = %U
>         writeable = Yes
>         create mask = 0777
>         force create mode = 0777
>         directory mask = 0777
>         force directory mode = 0777
> 

> This e-mail is sent on behalf of GMAC Commercial Credit Limited (Company no. 661920) It, including any attachments, is intended only for the addressee named above. It may contain confidential, privileged or protected information. If you are not the intended recipient, please notify the sender. You may not copy, rely upon, or otherwise disclose
> the contents of this e-mail to any third party without our consent and you are obliged to maintain the confidentiality of the nature of the information it contains. Failure to do so may constitute an offence. Please note that neither GMAC, nor the sender, accepts any responsibility for viruses and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of GMAC by means of e-mail communications.
> 
>