Versions of 1.3.2b and 1.3.3rc2 are seemed to be released on 2009-10-20.
Re: Proftpd + MySQL _ symbolic link dir. not accessable
As I was googling at symbolic links etc. instead of symlink I now found someting that solves my issue:
Case closed :)
Proftpd + MySQL _ symbolic link dir. not accessable
Thank for the great FTP service!
I've just configured the chrooted ftp server in combination with Mysql for authentication.
Only one thing that I can't get to work is symbolic link directories to show up in the directorie list.
I get the error:
550 /data: Too many levels of symbolic links
What i did was from the ftp home dir going to a dir that was created with ls -s /data /blabla/data
Does somebody got an answer to my problem?
hope so :)
fast installation - easy and powerful configuration
Very fast compilation and installation (tried on RedHat 7.2).
Configuration really powerful and intuitive. I'm satisfied with it.
Many thanks to developers! Go like this.
Thank you for a great FTP daemon!
I must say that ProFTPd is bar-none the best FTP daemon I have used.
It is the only FTP daemon I've seen that can gracefully withstand a harsh connect flood without dying.
(rain -t localhost -p 21 --connect)
Keep up the good work!
Webmin now has a module for ProFTPd.
Ive been running ProFTPD a long time now and i think its great, so i made a GUI called GProFTPD for the standalone version.
Thanks for a great server everyone.
> this program despertly cries for easier
> configuration or a gui config editor.
easier configuration? the current config style is
very nice. if you need GUI to
configure something as important from the security
point of view as a ftpd is, you
shouldn't be running one. proftpd seems to be
safer than eg. wu-ftpd, but we don't
need any more badly managed ftp servers in the
inet that end up getting owned because the admin
has no idea what's going on in system.
thanks for the proftpd team for a truly amazing ftpd.
Re: SQL support
> Another maintainer has volunteered to
> take over the ongoing fixes and
SQL modules are now back in the CVS code, and will be included in -final
> It's a shame that SQL support was removed. I've send some
> new features for SQL support and I neved had a reply from the
Another maintainer has volunteered to take over the ongoing fixes and development of the sql modules. We're hoping to get the security issues addressed so they can be included in 1.2.0-final (2-3 weeks time)
An open, cross-platform journaling program.
A scientific plotting package.