Es besteht bereits die Möglichkeit das man zugehörige PHP-Einstellungen setzen kann (siehe Admin-Login: "PHP-Einstellungen). Laut Hersteller-Aussage sollte in LiveConfig bald auch die Funktionalität für Kunden zur Verfügung stehen, bestimmte PHP-Einstellungen zu ändern.
Die Installation und Benutzung von den o.g. Plugins/ Modulen lässt sich aber auch bereits jetzt problemlos verwenden. Entsprechende Anleitungen liegen bei den ioncube/Zend Downloads ja bei. Steht auch im verlinkten Thread.
Wäre super wenn du für jedes Problem/ Anliegen einen neuen Thread/ Ticket erstellst, so verliert man nur den Überblick. 
Um mithilfe der APIs (iframe, soap, lua) meinen LiveConfig-Benutzern eine Backup-Möglichkeit zu bieten, muss ich einige System-/ Shellkommandos absetzen.
Die tollen Funktionalitäten der LUA-Implementation & Bibliotheken möchte ich benutzen um diese Kommandos auszuführen. Zukünftig kommen da sicherlich noch weitere Verwendungszwecke hinzu.
Mir ist aufgefallen dass die Funktion LC.log.print() die message nur nach STDOUT ausgibt, statt sie auch im LC-Logfile anzuhängen. Ich schätze das weitere Funktionen aus der LC-Bibliothek auch entsprechend modifiziert wurden.
Im Handbuch ist klar definiert das das Programm lclua primär zum testen gedacht ist. Gibt es einen Ausblick wann lclua oder ein alternatives Programm/ Parameter standalone mit LC-Bibliothek genutzt werden kann? Das wäre ziemlich genial!
PS:
http://www.liveconfig.com/de/h…lua.reference.expect.html
Beim Listenpunkt "LC.expect:expect" sollte in der Zeile mit dem Prototyp wohl die Funktion expect() stehen.
Nach einem kurzen Blick in die postfix.lua sieht es aber so aus, dass spätestens nach dem RCPT TO (check_recipient_access) abgebrochen wird. Die o.g. Einstellung macht durchaus Sinn, verzögert m.M.n. allerdings nur den Angreifer. 
Grob zusammengefasst:
Siehe auch
http://www.liveconfig.com/de/h…html#tutorial.servers.web
http://www.liveconfig.com/de/handbuch/tutorial.ssl.html
Siehe http://www.liveconfig.com/de/f…PHP-Binary-angeben?p=5056
Bin noch nicht dazu gekommen die Anleitung zu testen. Fraglich wäre ob PHP für den Vertrag deaktivieren werden muss (Einschränkungen beim Anwendungsinstaller?) oder Apache die neuen/ zusätzlichen Direktiven akzeptiert und damit die alten überschreibt. Will ich noch alles testen.
Kunde und ich möchten per SOAP-API die Auslastung eines Vertrags im Sinne von erstellten E-Mail-Adressen bzw. Postfächer (Anzahl)/ FTP-Accounts (Anzahl)/ Festplattenspeicher/ Traffic/ etc. erfassen und weiterverarbeiten.
Derzeit gibt HostingSubscriptionGet() lediglich die gesetzten Einstellungen, Limits, zugewiesene Domains und erstellte Datenbanken zurück.
Nachtrag:
Alternativ die *Get Funktion für FTP-Accounts u.a. nachrüsten.
Kurze Frage an das LC-Team zum Thema "APIs zur automatisierten Bestellung von Domains und SSL-Zertifikaten":
Wird es 2013 in diese Richtung etwas geben? Falls nicht, werde ich in einigen Wochen anfangen etwas ähnliches über das iframe und SOAP API (Bestellformular der Domain über iframe, automatische Einrichtung der Domains in LC) zu entwicklen.
/usr/bin/mysql_secure_installation aufrufen.
Das LiveConfig-API bietet u.a. den Import von Passwörter für Postfächer. Liegen die in einem bestimmten Format vor, werden sie unverändert in die Datenbank aufgenommen.
Siehe auch http://www.liveconfig.com/de/h…ce.HostingMailboxAdd.html .
Ups, mit HTTP GET passts, sorry für den unnötigen Stress. 
HTTP/1.1 200 OK
Date: Thu, 18 Jul 2013 18:31:20 GMT
Server: LiveConfig
Keep-Alive: timeout=10, max=100
Connection: Keep-Alive
Content-Type: text/xml
Content-Length: 52124Die Meldung im Browser hat dann wohl aus irgendeinem Grund ihre Berechtigung. Wollen wohl unbedingt alle (mind. Opera & Chrome) text/html o.ä..
Kleine Sache aber nicht ganz untrivial:
Beim Aufruf von /liveconfig/soap?wsdl&l=a&p=p liefert LiveConfig in 1.6.4-r2488 HTTP 405 und als Content-Type text/html. Letzteres bewirkt einen kleinen Nebeneffekt wenn man die WSDL-Beschreibung mal eben im Browser ansehen möchte.
$ curl -I 'https://HOST:8443/liveconfig/soap?wsdl&l=a&p=p'
HTTP/1.1 405 Method Not Allowed
Date: Thu, 18 Jul 2013 16:31:11 GMT
Server: LiveConfig
Keep-Alive: timeout=10, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
Content-Length: 1475Also mir ist nicht bekannt das SpamAssassin tatsächlich von LiveConfig unterstützt wird.
Siehe auch http://www.liveconfig.com/de/f…?p=815&viewfull=1#post815 .
Generell sollte man sobald es etwas komplizierter/ anspruchsvoller wird m.M.n. das Mailsystem (MTA, MDA, Anti-Spam, etc.) einfach selber konfigurieren. Dies lässt sich in der custom.lua auch fast problemlos (NOUPDATE für Dovecot fehlt) bewerkstelligen.
Setups mit Postfix, Dovecot, Amavis, SpamAssassin, ClamAV, (Manage)Sieve, etc. arbeiten bei mir problemlos.
Habe zum Thema auch Interesse.
Bitte Fehlermeldung lesen.
WARNUNG: kein MySQL-Passwort gefunden!Ist ein MySQL-Root Kennwort bei der MySQL-Verwaltung in LiveConfig gesetzt?
Ganz blind geraten:
Ist der Ziel-Mailserver in/ mit LiveConfig konfiguriert ("verwaltet")?
[...]
(Warum sollte man dann die Apps beschrenken?).
Weil man z.B. Kunden ungern ihre eigene Weboberfläche für MySQL/ Mail (phpmyadmin, roundcube, etc.) installieren lassen möchte.
1. Es wäre schön, wenn man Startseiten (bei einem neuen Vertrag), Fehler- und Sperrseiten selbst anpassen könnte.
Die Dateien liegen in /usr/share/liveconfig/html/ . Wie man diese update-sicher ändert habe ich noch nicht geprüft. Die ErrorDocument-Einstellungen kann man ja explizit über /var/www/<vertrag>/.http.conf bzw. htaccess setzen.
Export von Kundendaten (Domains, E-Mail-Postfächer, FTP-Accounts, MySQL-DBs/Usernames etc. & inkl. Passwort u.a.) von fremden Anbietern und anschließender Import in LiveConfig?
Den ersten Teil stelle ich mir schwer vor. Welcher Provider bietet denn so eine Schnittstelle an? Gibt es solche tatsächlich schon?
