whenever a user uses FTP to transfer a file to the UNIX box, that file
always gets 640 permissions. I want those files to get 666 permissions.
How can I do that? The umask of the user is set to 00, which does not
seem to have any effect on that user's files when logged in via FTP.







-Mark


--
Posted via http://dbforums.com

sengstock3 wrote:

> whenever a user uses FTP to transfer a file to the UNIX box, that
> file always gets 640 permissions. I want those files to get 666
> permissions. How can I do that? The umask of the user is set to
> 00, which does not seem to have any effect on that user's files
> when logged in via FTP.


http://tinyurl.com/mw5c

sengstock3 <member25238@dbforums.com> wrote:

Change /etc/inetd.conf for the ftp stanza and use the -u option, for example;

ftp stream tcp nowait root /usr/sbin/ftpd ftpd -u 007

gets a 660 permissions for us. Try 000 for your 666 permissions.

This is from the man pages for ftpd.

-u OctalVal Sets the ftpd daemon's umask. The OctalVal variable must be
specified as an octal value to define the umask. The default umask is an octal
value of 027, which results in file permissions of rw-r-----.


Ron

: whenever a user uses FTP to transfer a file to the UNIX box, that file
: always gets 640 permissions. I want those files to get 666 permissions.
: How can I do that? The umask of the user is set to 00, which does not
: seem to have any effect on that user's files when logged in via FTP.







: -Mark


: --
: Posted via http://dbforums.com

do you think I need to wait until users are off the system before
running 'refresh -s' (to inform the inetd daemon of the changes), or is
it safe to run that during the day?


--
Posted via http://dbforums.com

You can run it with users on the system - I've done it lots of times without
problems.

sengstock3 <member25238@dbforums.com> wrote:

: do you think I need to wait until users are off the system before
: running 'refresh -s' (to inform the inetd daemon of the changes), or is
: it safe to run that during the day?


: --
: Posted via http://dbforums.com