Hi I've been tinkering with ISPConfig 4 Svn for a few days. Just thought I'd pass on some bugs I've spotted. After finding and signing up to the bugtracker I realised I couldn't post there.
The interface/web/admin/lib/lang/en_users.lng file was accidently replaced with nl version in revision 407.
More obvious what a client has the rights to edit and delete? ie admin creates a web domain. It appears as though the client can edit it but none of the changes get applied. Possibly some way to change the ownership?
Some way for the client to be aware what their limits are?
Clients cannot see FTP or shell users in their domains that the admin created.
Client created domains end up in clients/client0/webX yet symlinks are created to them in clients/clientY.
Log folder. It is a symlink in clients/clientY/webX to /var/log/ispconfig/... which cannot be accessed by a chrooted user. Should this not be around the other way? Apache uses clients/clientY/webX/log for ErrorLog anyway. Does anything maintain the size of ErrorLog? Or will these just grow?
BTW should the user choose to randomly remove the log symlink apache will fail to start. Needs owning folders to be an unrelated UID/GID.
I was poking through the install.php file and noticed that Expert does not configure jailkit.
Are e-mail quotas in MB, KB, Bytes, bits...?
More comments/wishes than bugs:
I see you're still maintaining /etc/passwd and /etc/group. Why not NSS with mysql backend (libnss-mysql on Debian)?
Display the owning client login name in the Email/Sites/DNS pages, certainly on the admin screen. Less important on the client's view
Some way to have shell and ftp users include the domain, rather than the client having to blindly guess at creating a system wide unique log in. I believe this was the way in ISPC2? Maybe a similar system for mysql but working with that daft 16 character username limit
Hide options that are disabled for clients? eg remove "Email Catchall" option if set to 0, or the "Add x" when limit has been reached (or change to "limit reached"?)
Client level quota limits. Seems a little pointless having the client able to set arbitrary site quota limits themselves. I note this exists for e-mail, but client is only aware when they hit it.
Better restriction of what the client can set. I realise this would be quite a tall order. For example say that all sites a particular client can create are suexec, with suphp and cannot have SSI. Also to be able to create shell users, but they are jailkit only. etc. :/.
When creating shell/ftp users could there be some way to filter by client and then domain, rather than just domain? Although this only affects the admin view.
Oops that was a bit long.
Keep up the good work