glftpd2-discussion Mailing List for glftpd 2 (good looking ftpd version 2)
Status: Abandoned
Brought to you by:
hujer
Menu
▾
▴
glftpd2-discussion — glftpd2 general discussion
You can subscribe to this list here.
| 2003 |
Jan
(1) |
Feb
(9) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Torkel L. <to...@ya...> - 2003-03-23 16:19:27
|
C, I've allready got a semi-core up and running, I'll continue work on it and post it when it's about ready. On Sun, 2003-03-23 at 17:03, HoE wrote: > ok sounds great >=20 > i think ppl would preffer if someone would take the core and implement it= , > and others will start working on other modules right away :) >=20 > we need some api first and decide how it all works, etc >=20 > also > c or c++ ? > :) >=20 > On Sun, Mar 23, 2003 at 04:56:17PM +0100, Torkel Lyng wrote: > > Even better, I'll write a small example. There is one downside doing it > > this way, it will require some additional load. But the load of an FTPD > > ain't that much to worry about. > >=20 > > On Sun, 2003-03-23 at 14:54, HoE wrote: > > > well thats great, could you write some info about how it should work > > > how to implement it, how the modules will communicate etc > > >=20 > > > On Sun, Mar 23, 2003 at 06:05:29AM +0100, Torkel Lyng wrote: > > > > Hello, I recently got informed about this project by hujer when spe= aking > > > > to him on irc about pftp's and glftpd's openssl implementation. > > > >=20 > > > > I've got the impression of that you want to base this new project o= n an > > > > allready existing ftpd. I'd like to create one from scratch, making= it > > > > 200% modular, even implement FTPD and INET (sockets, ipv4, ipv6, tc= p, > > > > udl, ssl etc) as modules. Making it possible to replace/reload modu= les > > > > runtime :) I also want to use a multithreaded server design :] > > > > Making it this modular makes the daemon super-extensible. It will e= ven > > > > be possible to implement SOAP services on it if they want :P > > > >=20 > > > > --=20 > > > > Torkel Lyng <to...@ya...> > > >=20 > > >=20 > > >=20 > > >=20 > > > ------------------------------------------------------- > > > This SF.net email is sponsored by:Crypto Challenge is now open!=20 > > > Get cracking and register here for some mind boggling fun and=20 > > > the chance of winning an Apple iPod: > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > > > _______________________________________________ > > > Glftpd2-discussion mailing list > > > Glf...@li... > > > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion > > --=20 > > Torkel Lyng <to...@ya...> >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open!=20 > Get cracking and register here for some mind boggling fun and=20 > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Glftpd2-discussion mailing list > Glf...@li... > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion --=20 Torkel Lyng <to...@ya...> |
|
From: HoE <Ho...@dl...> - 2003-03-23 16:04:04
|
ok sounds great i think ppl would preffer if someone would take the core and implement it, and others will start working on other modules right away :) we need some api first and decide how it all works, etc also c or c++ ? :) On Sun, Mar 23, 2003 at 04:56:17PM +0100, Torkel Lyng wrote: > Even better, I'll write a small example. There is one downside doing it > this way, it will require some additional load. But the load of an FTPD > ain't that much to worry about. > > On Sun, 2003-03-23 at 14:54, HoE wrote: > > well thats great, could you write some info about how it should work > > how to implement it, how the modules will communicate etc > > > > On Sun, Mar 23, 2003 at 06:05:29AM +0100, Torkel Lyng wrote: > > > Hello, I recently got informed about this project by hujer when speaking > > > to him on irc about pftp's and glftpd's openssl implementation. > > > > > > I've got the impression of that you want to base this new project on an > > > allready existing ftpd. I'd like to create one from scratch, making it > > > 200% modular, even implement FTPD and INET (sockets, ipv4, ipv6, tcp, > > > udl, ssl etc) as modules. Making it possible to replace/reload modules > > > runtime :) I also want to use a multithreaded server design :] > > > Making it this modular makes the daemon super-extensible. It will even > > > be possible to implement SOAP services on it if they want :P > > > > > > -- > > > Torkel Lyng <to...@ya...> > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by:Crypto Challenge is now open! > > Get cracking and register here for some mind boggling fun and > > the chance of winning an Apple iPod: > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > > _______________________________________________ > > Glftpd2-discussion mailing list > > Glf...@li... > > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion > -- > Torkel Lyng <to...@ya...> |
|
From: Torkel L. <to...@ya...> - 2003-03-23 15:57:33
|
Even better, I'll write a small example. There is one downside doing it this way, it will require some additional load. But the load of an FTPD ain't that much to worry about. On Sun, 2003-03-23 at 14:54, HoE wrote: > well thats great, could you write some info about how it should work > how to implement it, how the modules will communicate etc >=20 > On Sun, Mar 23, 2003 at 06:05:29AM +0100, Torkel Lyng wrote: > > Hello, I recently got informed about this project by hujer when speakin= g > > to him on irc about pftp's and glftpd's openssl implementation. > >=20 > > I've got the impression of that you want to base this new project on an > > allready existing ftpd. I'd like to create one from scratch, making it > > 200% modular, even implement FTPD and INET (sockets, ipv4, ipv6, tcp, > > udl, ssl etc) as modules. Making it possible to replace/reload modules > > runtime :) I also want to use a multithreaded server design :] > > Making it this modular makes the daemon super-extensible. It will even > > be possible to implement SOAP services on it if they want :P > >=20 > > --=20 > > Torkel Lyng <to...@ya...> >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open!=20 > Get cracking and register here for some mind boggling fun and=20 > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Glftpd2-discussion mailing list > Glf...@li... > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion --=20 Torkel Lyng <to...@ya...> |
|
From: HoE <Ho...@dl...> - 2003-03-23 13:54:46
|
well thats great, could you write some info about how it should work how to implement it, how the modules will communicate etc On Sun, Mar 23, 2003 at 06:05:29AM +0100, Torkel Lyng wrote: > Hello, I recently got informed about this project by hujer when speaking > to him on irc about pftp's and glftpd's openssl implementation. > > I've got the impression of that you want to base this new project on an > allready existing ftpd. I'd like to create one from scratch, making it > 200% modular, even implement FTPD and INET (sockets, ipv4, ipv6, tcp, > udl, ssl etc) as modules. Making it possible to replace/reload modules > runtime :) I also want to use a multithreaded server design :] > Making it this modular makes the daemon super-extensible. It will even > be possible to implement SOAP services on it if they want :P > > -- > Torkel Lyng <to...@ya...> |
|
From: Torkel L. <to...@ya...> - 2003-03-23 05:06:55
|
Hello, I recently got informed about this project by hujer when speaking to him on irc about pftp's and glftpd's openssl implementation. I've got the impression of that you want to base this new project on an allready existing ftpd. I'd like to create one from scratch, making it 200% modular, even implement FTPD and INET (sockets, ipv4, ipv6, tcp, udl, ssl etc) as modules. Making it possible to replace/reload modules runtime :) I also want to use a multithreaded server design :] Making it this modular makes the daemon super-extensible. It will even be possible to implement SOAP services on it if they want :P --=20 Torkel Lyng <to...@ya...> |
|
From: eof <eo...@br...> - 2003-02-21 15:58:48
|
----- Original Message ----- From: "HoE" <Ho...@dl...> To: "eof" <eo...@br...> Sent: Friday, February 21, 2003 4:52 PM Subject: Re: Fw: [Glftpd2-discussion] proftpd > On Fri, Feb 21, 2003 at 04:42:16PM +0100, eof wrote: > > here it is... > > > > > > > > > > > I think the idea of using an existing ftpd (for example proftpd) as base > > > > sounds excellent. Maybe it would be possible to implement the functions > > we > > > > want with very little, if any, changes to the 'core' code? Imagine > > > > downloading the latest proftpd-source and; > > > > ./configure --with-modules=mod_glftpd2 (maybe not just one module, but > > you > > > > get the idea..) > too bad only proftpd uses modules system, at least i didnt find any > alternative > however this doesnt mean we should look for one :) > > > > > This way we could concentrate on the functions. > > > > One thing Ive been thinking loosely about is tighter integration with a > > > > sitebot of some kind, so the sitebot dont have to tail logfiles and > > > whatever > > > > to get its information.. maybe make the sitebot more or less part of the > > > > ftpd (module..). This would maybe require to write a new irc-bot, but if > > > the > > > > ftpd should be able to log to SQL-database that may be a good idea > > anyway > > > > (or are there bots that can integrate to SQL?). > there is already sql mod, also log mod for proftpd, but the module > archivetecture makes this very simple, you can completely add announce > system to the proftpd and just make bot use it, also you could add eggdrop > module to comunicate directly with proftpd... > > > > > > > > > ----- Original Message ----- > > > > From: "moocher" <mc...@en...> > > > > To: <glf...@li...> > > > > Sent: Friday, February 21, 2003 4:03 PM > > > > Subject: [Glftpd2-discussion] proftpd > > > > > > > > > > > > > > > > > > I havnt actually looked at any code or documentation yet, but a quick > > > > > glance att running proftpd with some debugging on shows how easy it > > > looks > > > > > to inmplement CSCRIPT PRE/POST commands and extra logging and such. Im > > > not > > > > > saying i think we should go with proftpd, but it sure looks fine from > > a > > > > > first look: > > > > > > > > > > localhost (localhost[127.0.0.1]) - connected - local : 127.0.0.1:6666 > > > > > localhost (localhost[127.0.0.1]) - connected - remote : > > 127.0.0.1:35083 > > > > > localhost (localhost[127.0.0.1]) - FTP session opened. > > > > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER > > > mcr' > > > > to mod_core > > > > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER > > > mcr' > > > > to mod_auth > > > > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' > > to > > > > mod_ratio > > > > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' > > to > > > > mod_auth > > > > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'USER > > > mcr' > > > > to mod_log > > > > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS > > > > (hidden)' to mod_core > > > > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS > > > > (hidden)' to mod_auth > > > > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'PASS > > > (hidden)' > > > > to mod_auth > > > > > localhost (localhost[127.0.0.1]) - USER mcr: Login successful. > > > > > localhost (localhost[127.0.0.1]) - Preparing to chroot() the > > > environment, > > > > path = '/glftpd2/site' > > > > > localhost (localhost[127.0.0.1]) - Environment successfully > > chroot()ed. > > > > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > > > > (hidden)' to mod_readme > > > > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > > > > (hidden)' to mod_ratio > > > > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > > > > (hidden)' to mod_log > > > > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > > > > (hidden)' to mod_ls > > > > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS > > > > (hidden)' to mod_log > > > > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS > > > > (hidden)' to mod_ratio > > > > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'SYST' > > to > > > > mod_core > > > > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'SYST' to > > > > mod_core > > > > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'SYST' > > to > > > > mod_log > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > > > > > The most comprehensive and flexible code editor you can use. > > > > > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > > > > > www.slickedit.com/sourceforge > > > > > _______________________________________________ > > > > > Glftpd2-discussion mailing list > > > > > Glf...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion > > > > > > > > > > |
|
From: eof <eo...@br...> - 2003-02-21 15:29:54
|
----- Original Message ----- From: "eof" <eo...@br...> To: <glf...@li...> Sent: Friday, February 21, 2003 4:26 PM Subject: Re: [Glftpd2-discussion] proftpd > I think the idea of using an existing ftpd (for example proftpd) as base > sounds excellent. Maybe it would be possible to implement the functions we > want with very little, if any, changes to the 'core' code? Imagine > downloading the latest proftpd-source and; > ./configure --with-modules=mod_glftpd2 (maybe not just one module, but you > get the idea..) > This way we could concentrate on the functions. > One thing Ive been thinking loosely about is tighter integration with a > sitebot of some kind, so the sitebot dont have to tail logfiles and whatever > to get its information.. maybe make the sitebot more or less part of the > ftpd (module..). This would maybe require to write a new irc-bot, but if the > ftpd should be able to log to SQL-database that may be a good idea anyway > (or are there bots that can integrate to SQL?). > > ----- Original Message ----- > From: "moocher" <mc...@en...> > To: <glf...@li...> > Sent: Friday, February 21, 2003 4:03 PM > Subject: [Glftpd2-discussion] proftpd > > > > > > I havnt actually looked at any code or documentation yet, but a quick > > glance att running proftpd with some debugging on shows how easy it looks > > to inmplement CSCRIPT PRE/POST commands and extra logging and such. Im not > > saying i think we should go with proftpd, but it sure looks fine from a > > first look: > > > > localhost (localhost[127.0.0.1]) - connected - local : 127.0.0.1:6666 > > localhost (localhost[127.0.0.1]) - connected - remote : 127.0.0.1:35083 > > localhost (localhost[127.0.0.1]) - FTP session opened. > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' > to mod_core > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' > to mod_auth > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to > mod_ratio > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to > mod_auth > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'USER mcr' > to mod_log > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS > (hidden)' to mod_core > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS > (hidden)' to mod_auth > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'PASS (hidden)' > to mod_auth > > localhost (localhost[127.0.0.1]) - USER mcr: Login successful. > > localhost (localhost[127.0.0.1]) - Preparing to chroot() the environment, > path = '/glftpd2/site' > > localhost (localhost[127.0.0.1]) - Environment successfully chroot()ed. > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > (hidden)' to mod_readme > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > (hidden)' to mod_ratio > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > (hidden)' to mod_log > > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS > (hidden)' to mod_ls > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS > (hidden)' to mod_log > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS > (hidden)' to mod_ratio > > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'SYST' to > mod_core > > localhost (localhost[127.0.0.1]) - dispatching CMD command 'SYST' to > mod_core > > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'SYST' to > mod_log > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > > The most comprehensive and flexible code editor you can use. > > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > > www.slickedit.com/sourceforge > > _______________________________________________ > > Glftpd2-discussion mailing list > > Glf...@li... > > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion > |
|
From: HoE <Ho...@dl...> - 2003-02-21 15:24:12
|
and you can do much more with this system than with glftpd CSCRIP it will also be possible to make module that would call perl/python/ruby/bash/tcl/whatever scripts and share memory/variables with itfor those who dont like making modules in C... however we must make sure that all we need is possible with proftpd On Fri, Feb 21, 2003 at 04:03:17PM +0100, moocher wrote: > > I havnt actually looked at any code or documentation yet, but a quick > glance att running proftpd with some debugging on shows how easy it looks > to inmplement CSCRIPT PRE/POST commands and extra logging and such. Im not > saying i think we should go with proftpd, but it sure looks fine from a > first look: > > localhost (localhost[127.0.0.1]) - connected - local : 127.0.0.1:6666 > localhost (localhost[127.0.0.1]) - connected - remote : 127.0.0.1:35083 > localhost (localhost[127.0.0.1]) - FTP session opened. > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' to mod_core > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' to mod_auth > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to mod_ratio > localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to mod_auth > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'USER mcr' to mod_log > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth > localhost (localhost[127.0.0.1]) - dispatching CMD command 'PASS (hidden)' to mod_auth > localhost (localhost[127.0.0.1]) - USER mcr: Login successful. > localhost (localhost[127.0.0.1]) - Preparing to chroot() the environment, path = '/glftpd2/site' > localhost (localhost[127.0.0.1]) - Environment successfully chroot()ed. > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_readme > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_ratio > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_log > localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_ls > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_log > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_ratio > localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'SYST' to mod_core > localhost (localhost[127.0.0.1]) - dispatching CMD command 'SYST' to mod_core > localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'SYST' to mod_log > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Glftpd2-discussion mailing list > Glf...@li... > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion |
|
From: moocher <mc...@en...> - 2003-02-21 15:03:23
|
I havnt actually looked at any code or documentation yet, but a quick glance att running proftpd with some debugging on shows how easy it looks to inmplement CSCRIPT PRE/POST commands and extra logging and such. Im not saying i think we should go with proftpd, but it sure looks fine from a first look: localhost (localhost[127.0.0.1]) - connected - local : 127.0.0.1:6666 localhost (localhost[127.0.0.1]) - connected - remote : 127.0.0.1:35083 localhost (localhost[127.0.0.1]) - FTP session opened. localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' to mod_core localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'USER mcr' to mod_auth localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to mod_ratio localhost (localhost[127.0.0.1]) - dispatching CMD command 'USER mcr' to mod_auth localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'USER mcr' to mod_log localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth localhost (localhost[127.0.0.1]) - dispatching CMD command 'PASS (hidden)' to mod_auth localhost (localhost[127.0.0.1]) - USER mcr: Login successful. localhost (localhost[127.0.0.1]) - Preparing to chroot() the environment, path = '/glftpd2/site' localhost (localhost[127.0.0.1]) - Environment successfully chroot()ed. localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_readme localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_ratio localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_log localhost (localhost[127.0.0.1]) - dispatching POST_CMD command 'PASS (hidden)' to mod_ls localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_log localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'PASS (hidden)' to mod_ratio localhost (localhost[127.0.0.1]) - dispatching PRE_CMD command 'SYST' to mod_core localhost (localhost[127.0.0.1]) - dispatching CMD command 'SYST' to mod_core localhost (localhost[127.0.0.1]) - dispatching LOG_CMD command 'SYST' to mod_log |
|
From: HoE <Ho...@dl...> - 2003-02-21 13:20:13
|
On Thu, Feb 20, 2003 at 12:25:30AM +0100, moocher wrote: > On Wed, 19 Feb 2003, HoE wrote: > > > modular design > > i was thinking perhaps something along the lines that you specify in the > config-file: > > xferlog file:/glftpd2/data/logs/xferlog > xferlog mysql:whatever > xferlog null there will be (already is in proftpd) api for reading config files from modules also there will be a logging module or modules (if you want more at once)that will do it so if you want to do sql logging you load mod_log_sql and in mod_log_sql section of config file you set up the table etc to todo list : logging module > > ..or such, to specify for example where you want logging to go. same for > where to do authentication from and other stuff.. and then the log() and > authenticate_user() functions will just use the correct method. > > authenticate_user() should support for example: passwd, PAM, mysql.. already in proftpd,+ ldap support module etc so to todo list, auth modules support > > > VFS support (virtual file system,modular too) can explain in detail if > > needed, basically to make ppl to be able to have remote file systems > > "mounted" in ftpd, the remote fs can be other ftp server for example not > > really sure what else > > Do you mean like the "bouncer" thing that was discussed on pftp webforum? yes like that, but more nicer design :) > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Glftpd2-discussion mailing list > Glf...@li... > https://lists.sourceforge.net/lists/listinfo/glftpd2-discussion |
|
From: moocher <mc...@en...> - 2003-02-19 23:25:36
|
On Wed, 19 Feb 2003, HoE wrote: > modular design i was thinking perhaps something along the lines that you specify in the config-file: xferlog file:/glftpd2/data/logs/xferlog xferlog mysql:whatever xferlog null ..or such, to specify for example where you want logging to go. same for where to do authentication from and other stuff.. and then the log() and authenticate_user() functions will just use the correct method. authenticate_user() should support for example: passwd, PAM, mysql.. > VFS support (virtual file system,modular too) can explain in detail if > needed, basically to make ppl to be able to have remote file systems > "mounted" in ftpd, the remote fs can be other ftp server for example not > really sure what else Do you mean like the "bouncer" thing that was discussed on pftp webforum? |
|
From: HoE <Ho...@dl...> - 2003-02-19 22:33:18
|
i finally added myself to mailing list :) so maybe we should start gathering ideas for gl2 once we get those wrapped we can start about implementation what i would want : modular design VFS support (virtual file system,modular too) can explain in detail if needed, basically to make ppl to be able to have remote file systems "mounted" in ftpd, the remote fs can be other ftp server for example not really sure what else hoe |
|
From: moocher <mc...@en...> - 2003-02-16 19:31:50
|
One idea might be to start from the linux-port of the openbsd ftpd that is in debian.. It supports shadow passwords, PAM, IPv6 and it compils for *BSD and Linux, out of the box.. Its quite small and compact, and has been audited for security :) /mcr |
|
From: moocher <mc...@en...> - 2003-02-09 21:25:24
|
I have commited the following files in the /docs directory: -rw-r--r-- 1 mcr mcr 58733 Oct 27 1997 rfc2228.txt -rw-r--r-- 1 mcr mcr 18536 Aug 18 1998 rfc2389.txt -rw-r--r-- 1 mcr mcr 16028 Sep 22 1998 rfc2428.txt -rw-r--r-- 1 mcr mcr 57204 Jul 26 1999 rfc2640.txt -rw-r--r-- 1 mcr mcr 147316 Oct 5 1990 rfc959.txt -rw-r--r-- 1 mcr mcr 7640 Feb 9 22:20 x-dupe-info.txt ..now, lets make sure the code we produce actually follows these ;P This was just a quick check-in of the first that came to mind, there is alot more to add here i guess.. /mcr |
|
From: HoE <Ho...@dl...> - 2003-01-08 16:23:43
|
first test :) |
