I'm Dale's web hosting provider.
Here's what I have done so far:
Added the file /etc/ftpd.conf with the following contents:
umask all 022
Then, I did a "sudo kill -1 `cat /var/run/xinted.pid` (which in theory will "restart" the xinted process, or at the very least, force it to reread it's config parameters, which will reload the FTP server). Since xinted controls the FTP process, the FTP daemon only starts when a user requests it, according to the ftp config file in the /etc/xinted.d directory.
When I FTP in using the command line, I can connect to the server, and an ftpd process shows up. If I then type umask from the ftp> prompt, I get the response umask 022 (which is just as it should be). However, when I upload a file, the file on the server retains the permissions it has on my local machine. I verified this by changing the permissions on my local machine (OS X 10.2.8, by the way), and reuploading the file. The new permissions stuck. I am not sure what that means other than the file retains the local permissions. The server is running OS X 10.2.6 client, but that should make no difference. This retaining permissions may be a Unix to Unix thing. I am not sure how that would affect files uploaded from an OS 9 client, but I suspect that it will end up having Unix permissions of 640, FTP's default, or 600.
I then thought that perhaps the command line client was doing something to retain permissions, so I tried Fetch 4.0.2. Same thing. File retains permissions from local machine. I also tried logging in as myself, and as another user. No luck.
Thinking that somehow the "kill" command might not have worked, I rebooted the machine. Same behavior as described before, no difference. Tried Fetch again. Same thing. I cannot get new files to accept the default umask of 022, which translates to Unix permissions of 755, by the way. Interestingly, any new folders/directories that are created *DO* get those permissions, whether created via command line or via Fetch. Odd to say the least. Directories get the permissions, files do not.
One thing I have not tried yet, because I can't find the reference to it is that I saw something about setting specific directory/user level permissions by adding a file to the /Library/FTPAccess directory. I will search for that and see if I can't figure out how to make that work, but at this point, I'm not hopeful of that either. If anyone else has any suggestions, I am all ears and will be willing to try anything to make this work properly.
Tim Biddle [EMAIL PROTECTED]
-- Mac Webmasters is sponsored by <http://lowendmac.com/> and...
Small Dog Electronics has Lasso, Filemaker, and FileMaker Server on Sale! High Technology for low prices. http://www.smalldog.com
Support Low End Mac <http://lowendmac.com/lists/support.html>
Mac Webmasters info: <http://lowendmac.com/lists/macweb.shtml> --> AOL users, remove "mailto:"; Send list messages to: <mailto:[EMAIL PROTECTED]> To unsubscribe, email: <mailto:[EMAIL PROTECTED]> For digest mode, email: <mailto:[EMAIL PROTECTED]> Subscription questions: <mailto:[EMAIL PROTECTED]> List archive: <http://www.mail-archive.com/mac.webmasters%40mail.maclaunch.com/>
Using a Mac? Free email & more at Applelinks! http://www.applelinks.com
