GProFTPD is a GNOME frontend for the ProFTPD standalone server.
| Tags | Internet FTP Desktop Environment GNOME |
|---|---|
| Licenses | GPL |
| Operating Systems | POSIX Linux |
| Implementation | C |
Recent releases


Changes: SYSINIT_START and SYSINIT_STOP_CMD were added for adjusting runlevel start/stop scripts. The RPM specfile was updated to build with the correct sysinit settings. cmplowercase() and get_option_pos() are used for relevant populations. The /etc/pam.d authentication file was changed.


Changes: This release fixes a broken Fedora (3, 4, 5, and 6) proftpd RPM due to a missing /etc/pam.d/ftp file so that users can log in using the Fedora RPM versions. It adds creation of /etc/gproftpd to the makefile. It improves user handling.


Changes: Adding, applying, and importing users were improved. Directories added to the treeview now get default FTP permissions. Checks were added for valid directory additions. Entire directory layouts can now be cloned for new users. The FXP ability is now turned off by default.


Changes: This release adds ratio module management, which is used if the module exists. Ratios can now be set on a per user basis and survive server restarts. A new directory called "restricted" will be created in each newly added user's home directory and used with the ratio module. There is better detection for bad configurations. Automatic deprecation has been added for the "Bind " option when using proftpd 1.3.1rc1 or higher. Automatic transformation has been added for the deprecated DisplayFirstChdir option. A French translation has been added.


Changes: File tab fixes. Help window and apply_user fixes. Adds missing rereads where appropriate.
- All comments
Recent comments@binford2k
Could you explain, if so inclined, and if you have the time, how I would go and do that?
Re: local ftp server must be running X
> unfortunately it was no good for my primary
> "standalone" server which does not run X.
> for that i reverted to proftpd webmin applet,
> which seems to do everything this program does but
> also lets me have gui access (if i want it) for
> the non-X server. ergo a potential feature would
> be the ability to configure a remote proftp server
While I agree that ability would be nice (and not that hard to implement), you can easily run this program on a server that is not running X. All you need is to have xlibs and gtk and any other required libraries installed on the server and ssh -XC into it to run the gui from remote. No X server needed and no X related security holes are opened on the server. That is the beauty of the network transparent client-server model that X uses.
Mixed case characters
The mixed case character issue has been fixed.
I changed all the paths and the binary is now called gproftpd.
local ftp server must be running X
this is a nice well presented program (other than
the fact that I have always had a problem with
program names containing mixed case characters)
the install contained no hidden gotchaz, no
obscure dependencies and the program started
nicely on my kde mandrake box RUNNING X
unfortunately it was no good for my primary
"standalone" server which does not run X.
for that i reverted to proftpd webmin applet,
which seems to do everything this program does but
also lets me have gui access (if i want it) for
the non-X server. ergo a potential feature would
be the ability to configure a remote proftp server