PDA

View Full Version : ISPconfig 2.2.0 problems


andypl
9th March 2006, 20:49
Hi
Sorry my english is poor :).

I have three problems:

1) When someone clients deleting user & emails and click on empty trash users deleting from database but not deleting on system home folders, /etc/passwd, /etc/shadow.
Users deleting when administrator ISPconfig click on the empty trash why ?

2) I set empty value on the Administration/Form designer/Edit form/isp - ISP Web: /web host then add new server with empty host and domains example domain.ltd for some clients works fine but clients creating ssl certificate and have certificate .domain.ltd why ? if i insert empty value host certificate must be domain.ltd

3) If host value is empty clients not seeing in subdomains options for his domains records

falko
9th March 2006, 22:57
Can you explain in more detail? I'm not sure I understand you right.

Piccent
10th March 2006, 04:02
the same is with the mail-adresses ... they are info@.domain.tld, when you look at the ISPConfig "add-mailuser"-form...

till
10th March 2006, 08:35
1) When someone clients deleting user & emails and click on empty trash users deleting from database but not deleting on system home folders, /etc/passwd, /etc/shadow.
Users deleting when administrator ISPconfig click on the empty trash why ?

It may take u to one or two minutes until an record has been deleted can be removed from the trash.

Do you get any errors in the ISPConfig logfile: /home/admispconfig/ispconfig/ispconfig.log ?

2) I set empty value on the Administration/Form designer/Edit form/isp - ISP Web: /web host then add new server with empty host and domains example domain.ltd for some clients works fine but clients creating ssl certificate and have certificate .domain.ltd why ? if i insert empty value host certificate must be domain.ltd

Your change in the form designer is possible but not supported and tested. As it seems there will be some fixes other scripts nescessary too.

3) If host value is empty clients not seeing in subdomains options for his domains records

See 2).

till
10th March 2006, 08:36
the same is with the mail-adresses ... they are info@.domain.tld, when you look at the ISPConfig "add-mailuser"-form...

Please see my answer to andypl's post.

andypl
10th March 2006, 11:20
It may take u to one or two minutes until an record has been deleted can be removed from the trash.

Do you get any errors in the ISPConfig logfile: /home/admispconfig/ispconfig/ispconfig.log ?



I have this lines n log file:

- when clients remove users & email

10.03.2006 - 11:10:43 => INFO - Signalfile Set: delete: do
10.03.2006 - 11:10:44 => DEBUG - Witamy w systemie ISPConfig!
Możesz administrować swoimi serwerami. Jeśli masz pytania lub problemy,
skontaktuj się z administratorem serwera lub zajżyj do dokumentacji systemu ISPConfig.
10.03.2006 - 11:10:53 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 254: setquota -g web1 51200 51200 0 0 -a &> /dev/null
10.03.2006 - 11:10:53 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 273: Connected successfully
10.03.2006 - 11:10:53 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 929: setquota -u web1_admin 0 0 0 0 -a &> /dev/null
10.03.2006 - 11:10:53 => INFO - USER:
web1_admin:x:10002:10001:admin:/var/www/web1/user/web1_admin:/dev/null
10.03.2006 - 11:10:53 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 136: cp -fr /etc/postfix/local-host-names /etc/postfix/local-host-names~
10.03.2006 - 11:10:53 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 283: cp -fr /etc/postfix/virtusertable /etc/postfix/virtusertable~
10.03.2006 - 11:10:54 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 288: postmap hash:/etc/postfix/virtusertable
10.03.2006 - 11:10:54 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1200: cp -fr /etc/apache2/vhosts/Vhosts_ispconfig.conf /etc/apache2/vhosts/Vhosts_ispconfig.conf~
10.03.2006 - 11:10:54 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 696: /etc/init.d/postfix stop &> /dev/null
10.03.2006 - 11:10:55 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 696: /etc/init.d/postfix start &> /dev/null
10.03.2006 - 11:10:55 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1839: cp -fr /etc/proftpd_ispconfig.conf /etc/proftpd_isp
config.conf~

- when clients click on the empty trash:

only debug info
10.03.2006 - 11:12:10 => DEBUG - ........
nothing more

Now click admin in empty trash:

10.03.2006 - 11:17:26 => INFO - Signalfile Set: empty trash
10.03.2006 - 11:17:28 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 136: cp -fr /etc/postfix/local-host-names /etc/postfix/local-host-names~
10.03.2006 - 11:17:28 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 283: cp -fr /etc/postfix/virtusertable /etc/postfix/virtusertable~
10.03.2006 - 11:17:28 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 288: postmap hash:/etc/postfix/virtusertable
10.03.2006 - 11:17:28 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1200: cp -fr /etc/apache2/vhosts/Vhosts_ispconfig.conf /etc/apache2/vhosts/Vhosts_ispconfig.conf~
10.03.2006 - 11:17:28 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1839: cp -fr /etc/proftpd_ispconfig.conf /etc/proftpd_isp
config.conf~
10.03.2006 - 11:17:29 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 2419: rm -fr /var/www/web1/user/web1_admin

andypl
10th March 2006, 11:22
Your change in the form designer is possible but not supported and tested. As it seems there will be some fixes other scripts nescessary too.


Ok when will be fixed and tested :cool: ?

falko
10th March 2006, 12:39
Ok when will be fixed and tested :cool: ?
You made modifications to ISPConfig which are not supported, so we can't speak of a bug. However, we will have a look into this, but I can't tell when we do changes.

The ISPConfig log file looks ok.

andypl
10th March 2006, 13:02
The ISPConfig log file looks ok.

Ok so why clients cannot delete users from passwd and shadow ? only admin click on empty trash remove users from passwd and shadow

My system is Debian 3.1 Sarge

falko
10th March 2006, 16:26
Ok so why clients cannot delete users from passwd and shadow ? only admin click on empty trash remove users from passwd and shadow

You found a bug. i've just fixed it in the SVN repository.

Open /home/admispconfig/ispconfig/web/isp_kunde/edit/empty_trash.php. Right before the end:
header("Location: ../../index.php?$session");
exit;
?> you must add the following lines:

// Einträge in del_status auf Status 'd' setzen
$go_api->db->query("UPDATE del_status SET status = 'd'");

// Server benachrichtigen
$go_api->uses("isp");
$server_id = 1;
$go_api->isp->signal_server($server_id,'empty trash'); so that it looks like this:

// Einträge in del_status auf Status 'd' setzen
$go_api->db->query("UPDATE del_status SET status = 'd'");

// Server benachrichtigen
$go_api->uses("isp");
$server_id = 1;
$go_api->isp->signal_server($server_id,'empty trash');

header("Location: ../../index.php?$session");
exit;
?>

andypl
10th March 2006, 16:38
// Einträge in del_status auf Status 'd' setzen
$go_api->db->query("UPDATE del_status SET status = 'd'");

// Server benachrichtigen
$go_api->uses("isp");
$server_id = 1;
$go_api->isp->signal_server($server_id,'empty trash');

header("Location: ../../index.php?$session");
exit;
?>

Ok works fine only empty host and ql software is :)