Da das Contentfenster für Module bei Plesk 10 sehr klein ist und ich mehrfach darauf hingewiesen wurde, dass das SCP "gequetscht" aussieht habe ich mich entschlossen schon heute ein kleines Update hinterher zu schieben. Bei Plesk 10 bietet das SCP jetzt an in den Vollbildmodus zu wechseln.
__________________ S4Y Root-EcoServer Large | Debian 4.0 | Plesk 8.3 | Greylisting (gepatched) | S&D Manager 1.6.2a | GCP 1.8.1 und SCP 2.0.1 | ClamAV JETZT PIRATENPARTEI WÄHLEN - SAG NEIN ZUR INTERNETZENSUR!!! Mit der Zeit lernst du, dass manche Menschen zu dir halten, weil du so bist wie du bist. Und andere sich abwenden, weil du nicht wie sie sein willst
hallo haggy,
ich finde dieser Dialog mit dem Vollbild ist sehr ungünstig plaziert da er durch das nachträgliche Ausfahren das Ganze sehr sehr unruhig macht und das auch noch jedesmal wenn die Seite läd. kannst du den Dialog bitte in der Config optional machen oder ihn wo anders hinpacken? Vielleicht auch nicht gerade mit diesem gelb ?
Haggy kann es sein das es ein Problem in Plesk10 gibt? Ich schaffe es nicht domainspezifische White or Blacklisten zu speichern jetzt habe ich gemerkt das Plesk in Version 10.1.1 die Parameter dom_id und dom_name des Custom Buttons nicht mitsendet auch wenn diese angegeben sind!! Kann es daran liegen ich denke das SCP braucht diese Parameter?
Noch ein generelles Problem: Im Panel steht bei Sender/Empfänger für Wildcard folgendes Format: .example.com
Das geht aber nicht! In der Spamdyke Doku steht: @example.com als Wildcard und das geht so auch. Kannst du da deinen erklärungstext bei den Wildcard eventuell anpassen?
Und gleich nochmal: kannst du in deinem SCP2 eventuell das Logging von PHP Notices unterbinden? Das SCP2 spamt unter Plesk10 nämlich folgendes Log mit PHP Notices voll: /var/log/sw-cp-server/error_log.
Code:
error_reporting(E_ALL ^ E_NOTICE);
sollte das Problem beheben!
Und noch was: Die installationsanleitung ist nicht mehr aktuell die remote.txt braucht ebenfalls chmod 777 um zu funktionieren!
Mit diesem Update werden viele kleine Bugs im Betrieb mit Plesk 10 bereinigt sowieo die Möglichkeit die Fullscreen Info bis zum Ende der Sitzung zu deaktivieren.
__________________ S4Y Root-EcoServer Large | Debian 4.0 | Plesk 8.3 | Greylisting (gepatched) | S&D Manager 1.6.2a | GCP 1.8.1 und SCP 2.0.1 | ClamAV JETZT PIRATENPARTEI WÄHLEN - SAG NEIN ZUR INTERNETZENSUR!!! Mit der Zeit lernst du, dass manche Menschen zu dir halten, weil du so bist wie du bist. Und andere sich abwenden, weil du nicht wie sie sein willst
Spamdyke ist nicht installiert, oder der Pfad zur spamdyke.conf in config.inc.php stimmt nicht!!
System:
Debian 6.0.2.1 64bit und Plesk 10.3.1 frisch installiert
Spamdyke funktioniert, Einträge in die DB werden gemacht.
Was habe ich schon alles gemacht:
* Zweimal mit Altdaten und einmal komplett neu installiert das SCP 245
* -rwsr-xr-x 1 root root 7136 2. Aug 10:34 wrapper
* Verzeichnisrechte x mal überprüft
* den wrapper kompiliert von hier
So langsam fällt mir nichts mehr ein. Hat jemand noch eine Idee wo ich was übersehen haben könnte?
erstmal ein großes Lob für deine Mühe die du dir mit diesem Addon gemacht hast!
Habe allerdings folgendes Problem: Wenn ich einen neuen Kunden anlege und dort eine Domain erstelle und mich dann als dieser einlogge ins Panel und auf die Domain zugreife und Spamdyke wähle springt er wieder zur Domainauswahl zurück und zeigt mir nicht spamdyke an... sondern immer die Domainauswahl vom Kunden.
Ist es nicht möglich, dass Kunden die Domains angelegt haben und sich im Panel einloggen "nur" ihre Domain im Spamdyke sehen und verwalten?
Ist es nicht möglich, dass Kunden die Domains angelegt haben und sich im Panel einloggen "nur" ihre Domain im Spamdyke sehen und verwalten?
Genau da ist es. Ein Kunde kann immer nur seine Domain sehen, niemals die Gesamtübersicht oder die Administration!
Gruß
Haggy
__________________ S4Y Root-EcoServer Large | Debian 4.0 | Plesk 8.3 | Greylisting (gepatched) | S&D Manager 1.6.2a | GCP 1.8.1 und SCP 2.0.1 | ClamAV JETZT PIRATENPARTEI WÄHLEN - SAG NEIN ZUR INTERNETZENSUR!!! Mit der Zeit lernst du, dass manche Menschen zu dir halten, weil du so bist wie du bist. Und andere sich abwenden, weil du nicht wie sie sein willst
__________________ S4Y Root-EcoServer Large | Debian 4.0 | Plesk 8.3 | Greylisting (gepatched) | S&D Manager 1.6.2a | GCP 1.8.1 und SCP 2.0.1 | ClamAV JETZT PIRATENPARTEI WÄHLEN - SAG NEIN ZUR INTERNETZENSUR!!! Mit der Zeit lernst du, dass manche Menschen zu dir halten, weil du so bist wie du bist. Und andere sich abwenden, weil du nicht wie sie sein willst
Genau da ist es. Ein Kunde kann immer nur seine Domain sehen, niemals die Gesamtübersicht oder die Administration!
Gruß
Haggy
richtig das ist aber nur möglich wenn ich mich über den Domainadministrator Zugriff einlogge z.B. für die Domain "test.de" dann sehe ich den Button spamdyke und kann auch drauf klicken und sehe die Entsprechende Statistik von Spamdyke.
Aber angenommen ich erstelle einen Kunden-Account in der Plesk z.b. Herr Mustermann mit dem Login "mustermann". Nun mal angenommen Herr Mustermann hat eine Domain mustermann.de. Logge ich mich nun als "Herr Mustermann" ein und wähle unter Domains die Domain "mustermann.de" und klicke dann innerhalb der Domain auf Spamdyke, gelange ich nicht zu Spamdyke sondern sobald ich drauf klicke lande ich wieder bei der Domain -Auswahl des Kunden.
Spamdyke ist nicht installiert, oder der Pfad zur spamdyke.conf in config.inc.php stimmt nicht!!
System:
Debian 6.0.2.1 64bit und Plesk 10.3.1 frisch installiert
Spamdyke funktioniert, Einträge in die DB werden gemacht.
Was habe ich schon alles gemacht:
* Zweimal mit Altdaten und einmal komplett neu installiert das SCP 245
* -rwsr-xr-x 1 root root 7136 2. Aug 10:34 wrapper
* Verzeichnisrechte x mal überprüft
* den wrapper kompiliert von hier
So langsam fällt mir nichts mehr ein. Hat jemand noch eine Idee wo ich was übersehen haben könnte?
Das Problem ist, dass der Standard-Verweis von "/bin/sh" bei Debain auf "dash" und nicht auf "bash" zeigt, wie es bei anderen mir bekannten Systemen üblich ist!
Damit kommt das SCP bzw. die *.sh Scripte und der Wrapper nicht klar!
Da ich mich gescheut habe den Link von /bin/sh Systemweit auf "bash" zu ändern - auch weil ich nicht weis was da alles dran hängt - musst du einfach die scripte vom SCP ändern.
im {PSA-Verzeichnis}/admin/htdocs/spamdyke oder {PSA-Verzeichnis}/admin/htdocs/scp2 alle Dateien *.sh bearbeiten und als erste Zeile statt #!/bin/sh -> #!/bin/bash reinschreiben!
Außerdem muss der Wrapper neu übersetzt werden und dort muss auch vorher in der wrapper.c alles was nach /bin/sh aussieht auf /bin/bash geändert werden!
Das ist zwar sicher nicht die beste Lösung da nach einem Update alles für die Katz ist - aber es hilft zumindest temporär!
Alternativ kann man ja in der config.inc.php das Update auch ausschalten!
Been there, done that - works! Tausend dank. (Ubuntu 64)
SCP zeigt jetzt in Plesk sinnvolle Inhalte an. Eine Sache wundert mich allerdings. Wenn ich mir selber E-Mails auf eine Adresse die auf diesem Server verwaltet wird schicke, müsste dann nicht eigentlich der "Angenommene Mails" Zählerstand nach oben wandern? Alle Zahlen stehen dort auf 0, einzig in den "Div. Einstellungen" zeigt er mir an wieviele Spamdyke Prozesse laufen. Ansonsten hab ich keine Feedback ob wirklich alles korrekt funktioniert.
Wenn du dir selber eine Mail schickst dann kommt diese ja auch nicht von außen herein, sondern wird intern verarbeitet.
Da ist der Spamdyke glaub ich nicht dran.
Oft hilft auch ein:
Code:
tail -f /opt/psa/var/log/maillog
bzw.
Code:
tail -f /opt/psa/var/log/maillog | grep spamdyke
je nach Distribution liegt das Plesk auch nicht in /opt sondern in "/usr/local"
? 
