Hi everyone I have a little question for ftp access. I want that ftp user's can delete files then that files are copied. I enable in file /etc/ftpaccess with the option delete yes guest,anonymous # delete permission? in ~ftp/bin/ I have rm and ls files. rm: ELF 32-bit LSB executable i386 (386 and up) Version 1 ls: Linux/i386 demand-paged executable (ZMAGIC) User can see files with ls command but can't delete with rm command says ftp> rm archivo 550 archivo: Not a directory. ftp> rm -f archivo 550 -f: No such file or directory. Some suggest ? PD. Excuse my baby english ... Jovanny Saravia System Administrator [EMAIL PROTECTED] Internet Securities Chile -----Original Message----- From: Glynn Clements [SMTP:[EMAIL PROTECTED]] Sent: Monday, August 03, 1998 12:24 PM To: C.J. Oster Cc: Linux Admin; Linux Config Subject: Re: ftp C.J. Oster wrote: > > > The directors are 755, all of teh ~ftp/bin/* are 755 (I've tried 111 > > > also), and the normal files are 644. Stil doesn't work. > > > > OK, next question: is ~ftp/bin/ls the statically-linked one, or has it > > been replaced? > > [lordvadr /home/ftp/bin]$ file ls > ls: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked, > stripped The `dynamically linked' bit doesn't sound good. What does `ldd ls' say? > What difference dies it make if it's statically linked or not? If it is dynamically linked, then it will need to be able to load shared libraries. This will require that the runtime linker, its config files, and any shared libraries (e.g. libc) exist in ~ftp. > I don't know. All I did to break it was "chown root.ftp -R *", and > it broke it. `chown root.ftp -R *' from within ~ftp won't prevent ls from working, unless there are files/directories which aren't world readable. -- Glynn Clements <[EMAIL PROTECTED]>
