This file is left from the v2.12 days before LiON version. It is just left
in case it has some reference use later on. It is vastly out of date.
===============================================================================
=== TO DO =====================================================================
!!done * Fix user/quota upgrades properly!
!! * Clean up output, of say, WHOIS, and TOP routines.
!! * Write all TOP computing routines. (no groups stuff yet)
!! * Add quota calls for day / week / month uploads in parallel with alltime
* Fix delete file
!! * Change ONEL to WALL.
* Fix multiline add
!! * Uppercase on MKDIR switch
!! * lowercase on STOR switch
* fix FTPUSER / FTPXFER output
* (external SITE commands?)
* IDLE timeout on archive tests
!! * Max filesize on tests
* Check num_up and downloads..
* Upload resume?!
!! * DiskFree on CD.
!! * New day/week/month check for the TOP routines.
===============================================================================
=== DEBUG =====================================================================
Hello Alpha Testers,
If you would like to help me track down the bugs that exist in LundFTPD
make sure you compile it with "-g", have the program "gdb" on your machine
and whenever a core file appears in the lundftpd directory type
"gdb -c lundftpd.core lundftpd" and email me the output to
lundman@argonaut.com.
It should look something like:
Core was generated by `assert'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/libexec/ld.so...done.
Reading symbols from /usr/lib/libc.so.12.3...done.
#0 0x17ad in main () at assert.c:19
19 *r = 2;
(gdb)
Thanks
===============================================================================
=== ENCRYPTION ================================================================
It has been suggested I add encryption of files, scrambling of
filenames/directory names.
This would be done by a remote program and a file on the remote machine
containing a key. You start the ftpd which is then diabled and unable
to read files, or do file listings. The admin, or trusted users, runs
the remote program from a remote machine which connects and enables
the ftpd so it can decrypt files and so on.
What does people think?
===============================================================================
=== ROOT ======================================================================
V1.0
There is a new mode USESETUID which will, if the executable is setuid
to root, run as a non-priviledged user except for chown'ing files and
directories to the real users. For the real user names to show up as
their induvidual user names, the FTPD now creates a dummy etc/passwd
file (int he FTPD directory tree, not in the actual /etc) on add,
delete and edit of users.
The first argument to usersetuid is a displacement value for
determining each users ID, this should be set outside of real users on
the system, and because of that I had made sure it has to be atleast
over 100.
Files and directories are then chowned to the respective user ID, and
files and directories 'owned' by a user can be deleted.
To install lundftpd to run under root (if you want a secure system).
if usechroot is "/your/path/ftp/"
/your/path/ftp/ ;Owned by root, mode 555 (Important!)
etc ;Mode 555
bin ;Mode 555
bin/ls ;cp /bin/ls to there, mode 111
pub ;or similarly named, any mode you want.
===============================================================================
===============================================================================