Plesk Spamdyke Control Panel

Hallo Haggy!
Da der Fehler recht häufig auftritt, schlage ich vor, daß das SCP (auch GCP) vor dem Aufruf des Wrappers diesen testet:
PHP:
if (substr(decoct(fileperms('wrapper')),2) != '4755') {
    print 'permissions for wrapper not correctly set!';
}

huschi.
 
Na was könnte das wohl sein?! Etwa das Sticky-Bit ??
Das war es tatsächlich. Sorry wenn auch ich dich nun mit dem Sticky-Bit genervt habe. Wurden die Rechte des wrapper durch ein Update verändert, denn vorher hatte ich das Sticky-Bit richtig gesetzt.

PS: Den Vorschlag von Huschi finde ich mehr als sinnvoll.
 
Hat jemand das SCP mit Plesk 9 schon zum laufen bekommen ? Bei mir meint er seit dem Upgrade Spamdyke sei nicht installiert oder der Pfad zu spamdyke.conf sei falsch definiert in der config.inc.php.
Installiert ist es, filtern tut es, Pfade stimmen auch in der include Datei aber trotzdem keine Besserung.
Ich fürchte mal die haben da an der Ordnerstruktur oder so gedreht ?
 
Installiert ist es, filtern tut es, Pfade stimmen auch in der include Datei aber trotzdem keine Besserung.
Ich fürchte mal die haben da an der Ordnerstruktur oder so gedreht ?

S-Bit ????
 
Haha ja hab ich, war auch mein erster Gedanke ;)

Code:
-rwxr-xr-x 1 root psaadm  11K 2008-11-11 14:10 admin.php
-rwxr-xr-x 1 root psaadm  11K 2008-11-11 14:10 AdminRights.class.php
-rwxr-xr-x 1 root psaadm   48 2008-11-11 14:10 bg.gif
-rwxr-xr-x 1 root psaadm  432 2008-11-11 14:10 bl.jpg
-rwxr-xr-x 1 root psaadm 3.3K 2008-11-11 14:10 cm.php
-rwxr-xr-x 1 root psaadm  668 2008-11-12 15:38 config.inc.php
-rwxr-xr-x 1 root psaadm  959 2008-11-11 14:10 db.php
-rwxr-xr-x 1 root psaadm 1.7K 2008-11-11 14:10 doof_browser.css
-rwxr-xr-x 1 root psaadm 1.3K 2008-11-11 14:10 dslogo.gif
-rwxr-xr-x 1 root psaadm  630 2008-11-11 14:10 help_ico.gif
-rwxr-xr-x 1 root psaadm 1.5K 2008-11-11 14:10 ident.php
-rwxr-xr-x 1 root psaadm  11K 2008-11-11 14:10 index.php
-rwxr-xr-x 1 root psaadm  310 2008-11-11 14:10 in.gif
-rwxr-xr-x 1 root psaadm 5.0K 2008-11-11 14:10 INSTALL.txt
drwxr-xr-x 2 root psaadm 4.0K 2008-11-12 15:38 lang
-rwxr-xr-x 1 root psaadm  18K 2008-11-11 14:10 LICENSE.txt
-rwxr-xr-x 1 root psaadm 2.9K 2008-11-11 14:10 loading.gif
-rwxr-xr-x 1 root psaadm  568 2008-11-11 14:10 local.gif
-rwxr-xr-x 1 root psaadm  30K 2008-11-11 14:10 log-file.class.php
-rwxr-xr-x 1 root psaadm  32K 2008-11-11 14:10 log-mysql.class.php
-rwxr-xr-x 1 root psaadm   26 2008-09-13 03:04 log.txt
-rwxr-xr-x 1 root psaadm  17K 2008-11-11 14:10 main.php
-rwxr-xr-x 1 root psaadm 1.5K 2008-11-11 14:10 nodyke.php
-rwxr-xr-x 1 root psaadm 1.6K 2008-11-11 14:10 optionboxes.class.php
-rwxr-xr-x 1 root psaadm  310 2008-11-11 14:10 out.gif
-rwxr-xr-x 1 root psaadm 4.9K 2008-11-11 14:10 paa.class.php
-rwxr-xr-x 1 root psaadm   43 2008-11-11 14:10 pixel.gif
-rwxr-xr-x 1 root psaadm  290 2008-11-11 14:10 plesk_event_handler.sh
-rwxrwxrwx 1 root psaadm    6 2008-11-12 16:22 rights.txt
-rwxr-xr-x 1 root psaadm 1.6K 2008-11-11 14:10 schlau_browser.css
-rwxr-xr-x 1 root psaadm 1.2K 2008-11-11 14:10 scp.class.php
-rwxr-xr-x 1 root psaadm 1005 2008-11-11 14:10 scp_do_write.sh
-rwxr-xr-x 1 root psaadm 1.2K 2008-11-11 14:10 securityfilter.php
-rwxr-xr-x 1 root psaadm  862 2008-11-11 14:10 spamdyke_processes.php
-rwxr-xr-x 1 root psaadm  192 2008-11-12 16:22 spamdyke.ver
-rwxr-xr-x 1 root psaadm   82 2008-11-11 14:10 time.gif
-rwxr-xr-x 1 root psaadm   70 2008-11-11 14:10 toggle.gif
-rwxr-xr-x 1 root psaadm 5.1K 2008-11-11 14:10 update.php
-rwxr-xr-x 1 root psaadm  503 2008-11-11 14:10 updater.sh
-rwxr-xr-x 1 root psaadm   39 2008-11-11 14:10 version.php
-rwxr-xr-x 1 root psaadm  435 2008-11-11 14:10 wl.jpg
-rwsr-xr-x 1 root root   4.9K 2008-09-18 17:37 wrapper

So sieht das Directory aus.

/E: Im httpsd Log von Plesk scheint auch kein Error auf :/
 
Last edited by a moderator:
Ah ich Idiot. OS dazu schreiben wäre vielleicht eine Idee gewesen.

Also der Vollständigkeit halber: Debian 4 + Plesk 9 upgedatet von 8.6.

Unter 8.6 hat alles funktioniert nur eben seit dem Upgrade gehts nicht mehr, von daher hab ich da eher Parallels in Verdacht.
 
Bei mir das gleiche

Suse 10.3 Plesk 9

Auch das Layout hats etwas zerhauen :) Aber sowas kommt beim Opera ja schonmal vor *gg*
 
Wer von euch beiden gewährt mir 'nen Einblick auf die eure Kiste?! Das interessiert mich brennend, vor allem weils Plesk 9 ist.
 
Ich tippe darauf, daß "exec()" unter der Plesk-PHP verboten wurde. ;)
Schon mal ein phpinfo() oder ein eigenes Testscript erstellt und aufgerufen?
PHP:
<?
  print exec('ps aux');
  phpinfo();
?>

huschi.
 
Ich tippe darauf, daß "exec()" unter der Plesk-PHP verboten wurde. ;)
Schon mal ein phpinfo() oder ein eigenes Testscript erstellt und aufgerufen?

Das glaube ich nicht, dann würde ja die Hälfte der Plesk eigenen PHP's nicht mehr laufen...obwohl..... ?! Hmm!!
 
Also exec funzt. Zugriff kann ich leider keinen gewähren, sonst bekomm ich Ärger :-)

Ich kann aber gerne testen, falls ihr trotz weniger Infos eine Idee habt woran es liegen könnte.
 
Erstmal großes Lob, klasse Script!

Leider klappt allerdings die Erstellung des Buttons bei mir nicht, ich hätte das ganze gerne irgendwie auf den Admin-Desktop, aber dort scheint gar kein Button, was kann ich tun?

MfG
Michael
 
Weil es auch Plesk 9 ist, funzt bei mir auch nicht mehr obwohl davor alles super war.
Also Spamdyke geht (musste halt die Zeilen in smtp_psa wieder einsetzen)
Nur SCP nicht.
Kommt "Spamdyke ist nicht installiert, oder der Pfad zur spamdyke.conf in config.inc.php stimmt nicht!!"

Jo, das war's ;-)

Scheint also ein Plesk9 Problem zu sein.

//Edit:
Habe mal alle Rechte neu gemacht von dem spamdyke Control pannel weil da einiges flöten gegangen war aber hat nicht geholfen leider.
Das komische ist ja dass es ein Fehler vom SCP selber zu sein scheint, also die Fehlermeldung, sehe ja gesamtübersicht administration etc.
 
Last edited by a moderator:
Back
Top