[mhughes]

We have run into a problem with our new FTP server. (OS X 10.1.1) When user x logs in and places a folder or file, the permissions on that folder/file are:
Owner: User X - read/write
Group: User X's - group read only

When logged in via AFP, the above results in the following:
Owner: User X - read/write
Group: User X's - group read/write

The problem is, that under FTP, no one in User X's group can delete the file/folder that that user has placed. Appleshare had an option that folder's created did/did not inherit the permissions of the user/enclosing folder. This would solve the above problem. Does anyone know how to work around/solve this?

[The DJ]

Originally posted by mhughes:
<STRONG>We have run into a problem with our new FTP server. (OS X 10.1.1) When user x logs in and places a folder or file, the permissions on that folder/file are:
Owner: User X - read/write
Group: User X's - group read only

When logged in via AFP, the above results in the following:
Owner: User X - read/write
Group: User X's - group read/write

The problem is, that under FTP, no one in User X's group can delete the file/folder that that user has placed. Appleshare had an option that folder's created did/did not inherit the permissions of the user/enclosing folder. This would solve the above problem. Does anyone know how to work around/solve this?</STRONG>

Replace the standard ftpd server with a more advanced one like proftpd or something.

[mhughes]

ProFTP would be great....but I would love to run something with a little less config time....ftpd works, but it appears the umask is being set incorrectly by OS X server admin agent. I would much rather prefer to change this in apple's config file, if I could find it.

[RedBirdJr]

Change the commandline for ftpd in the startup scripts to include the -u option, where you can set your global UMASK for ftpd

man ftpd

for more info
Otheriwse your users should be able to use the SITE command during their session to change their current UMASK default. Again, man ftpd will give the details.

-Cheers

[mhughes]

Well, we figured it out. It is in the FTPaccess file in the configuration directory under the library. In the upload line of the directory, apple as specified the umask location incorrectly. They specifiy it against a directory that does not exist. By changing the directory to * and changing the user/group to * *, the new files will take the permissions of the enclosing directory. We found this on the wu-ftpd.org website.