[Samba] Permissions problem

[Art Powell]

What is happening here is how the permissions are setup when the file is
created. You will need to change that. Those settings can be found by
the following:

1. Go to the SWAT tool.
2. Click on the "Shares" button.
3. Choose the Share. Click on the "Advance View" button.
4. Look under the Security Section.

You will see several called "Create Mask" and "Force Create Mask", etc.
The two I just listed are the ones you are interested in. This is the
bitmap set to the file when the user creates it. You need it to match
what you want. If you look through the help it explains each one in
great detail. 

If you have any other questions, let me know.



Art Powell
Adalante Network Solutions Inc.
9410-C Anderson Mill Road
Austin, TX 78729
Off: 1-512-918-2672
Cel: 1-512-633-7577
 

-----Original Message-----
From: Madison Kelly [mailto:linux at alteeve.com] 
Sent: Friday, January 09, 2004 9:55 AM
To: samba at lists.samba.org
Subject: [Samba] Permissions problem

Hi everyone (oh yeah, and I am new to the list but have a little Samba 
experience).

I have a Samba 3.0.1 install on a Fedora Core 1 (.2138 kernel non-smp - 
not that it should matter for this). I have created a group called 
"osla" for the users in my domain and I have Samba working properly as a

PDC, or at least properly in so far as I can join clients to the server,

run scripts and so forth. I am using the simple 'smbpasswd' backend and 
have made sure that users are members of the "osla" group and that their

passwords are the same as the Linux 'passwd' passwords. Finally, I 
chown'ed all the files and folders in the 'public' share to 'root:osla' 
and then chmod'ed all of the same files to '775'.

My problem is that when the user runs a program from their workstation 
that needs to write to the public share it fails saying that it has 
insufficient permissions (ie: Quickbooks; app is on the client PC but 
the data file is on the Samba share). If I then chmod the effected file 
to '777' and the program suddenly works. Oh, the workstations are all 
Wind2k Pro SP4 machines.

The best I can guess is that despite the user being logged in and a 
member of "osla" the program must be running under another credential. 
Am I right here? Users manually can create, delete and edit folders and 
files and apps like MS Office can open and edit files.

Can anyone point me to what may be wrong and perhaps suggest a better 
way to resolve the problem without chmod'ing directories and files 777?

Many thanks!!

Madison