Es wäre toll, wenn der Kunde selbst mit 1 Klick ein Backup von Webspace-Dateien+Datenbank erstellen könnte
+1 von mir, das dann aber auch gleich für Multi-Server-Umgebungen. Muss ja nicht Echtzeit sein ("Ihr Backup wird vorbereitet, Sie erhalten weitere Informationen per Mail"), aber selbstständig anstoßbar in jedem Fall.
Möchte das irgendwie nochmals anstossen, vor allem der Dateimanager, Error Seiten
.htaccess / .httpd.conf:
ErrorDocument 403 /errors/403.htmlZitatWebmail...
eigenen Vertrag dafür anlegen, .httpd.conf: "ServerAlias webmail.*"
Bitte das nächste Mal die Fehlermeldung hier als Text einfügen (vgl. vBulletin "code"-Tags).
Außerdem ist ein Linux-Server kein Windows-Desktop: deinstallieren und nochmal installieren löst in den wenigsten Fällen tatsächlich ein Problem. Dafür gibt es Logfiles, die man prüft und dann reagiert. (Persönlich tendiere ich zu ProFTPd, aber das ist Geschmackssache).
Ansonsten tendiere ich zu einem "aptitude reinstall libapache2-mod-fcgid", siehe Fehlermeldung im oberen Teil.
Mein Hoster hat Liveconfig installiert, sonst könnte ich es nicht nutzen.
Dann ist normal auch der Hoster die erste Anlaufstelle bei Fragen und Problemen.
ZitatNur warum soll ich über Umwege Fragen stellen, wenn sie hier schneller und direkter beantwortet werden können?
Spricht nicht für den Hoster, oder? 
Empfehlung: NTP (nicht ntpdate, sondern NTP!).
Steht auch im Handbuch
Ist php5-cgi überhaupt installiert?
Was ist an diesem Eintrag auszusetzen?
Anfragen an "mydomain.de" werden an localhost:3000 im Proxy-Modus durchgeleitet.
HSTS-Header haben mit LiveConfig IMHO nichts zu tun. Wäre auch kontraproduktiv, wenn LC hier eigenständig die HSTS-Header für Kunden-Verträge verschickt (Welche Gültigkeitsdauer? Mit und ohne Subdomains? Was ist bei Wildcard-SSL-Zertifikaten? Evntl. soll doch Content ohne HTTPS übertragen werden?).
Also den Header in der .htaccess selbst setzen, da bleibt der dann normal auch drinnen.
ich habe auf allen LC Clients eine Domain angelegt und auf diese das SSL Zertifikat installiert, dieses wurde auch beim jeweiligen LC Client unter /etc/liveconfig/sslcert.pem eingetragen.
Nachdem auf dem LC Clients kein öffentlich erreichbarer Dienst (und damit auch keine Web-GUI) läuft, bringt das gar nix.
Aktuell in Arbeit sind (neben etlichen kleineren Bugfixes) ein überarbeitetes Backup, Lösch-Funktionen in der SOAP-API sowie das komfortablere Bearbeiten (und Löschen!) von Kontakten.
poah :O
Da freu ick mir aber
Das ist auch nicht besonders elegant und lässt sich auch nicht über die API ansteuern :-/
Yes! Ein API-Verbündeter! :cool:
ZitatEs wäre, um einen Betrieb im produktiven Rahmen zu ermöglichen, dringend anzuraten, dass eine Sperrung einzelner Verträge ermöglicht wird - idealerweise auch über die API.
Sehe ich voll und ganz genauso.
Es gibt da noch EINIGE andere Probleme, die über die API lösbar sein sollten! "Kunde löschen" gehört da dazu (dass es "Vertrag löschen" gibt, aber "Kunde löschen" nicht, lässt sich ja auch nicht mehr alleine mit "eigentlich war die API nur für den Import gedacht..." erklären )
Betrifft Debian in keiner Version:
https://security-tracker.debian.org/tracker/CVE-2015-1793
LiveConfig scheint mir auch nicht betroffen zu sein.
Da war Confixx klar besser.
Dass LiveConfig durchaus Optimierungspotential im Bereich UX hat, dürfte KK&Team bewusst sein. Aber ausgerechnet Confixx als "einfach zu bedienend" zu bezeichnen, geht dann doch etwas weit (warum wurde die Mail-Quota in eine gesonderte Maske ausgelagert?).
Please run:
sudo -u www-data -H /opt/php-5.4/bin/php-cgi -v
Should look:
~# sudo -u www-data -H /opt/php-5.4/bin/php-cgi -v
PHP 5.4.42 (cgi-fcgi) (built: Jun 14 2015 10:46:39)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
~#Missing librarys will be shown - although the package does install those automatically.
Vielleicht wäre eine Limitfunktion nicht schlecht die je Provider einstellbar ist (Also Summe X pro Stunde)
Öhm. "live.fr", "live.co.uk", "hotmail.de", "hotmail.com", "outlook.com" - landet alles bei Microsoft. Wäre also ein Provider. Wie soll da genau reglementiert werden?
Grundsätzlich würde die Sperre nicht schaden. Effektiver dürfte aber eher die Limitierung der zu verschickenden Mails sein (vgl. cluebringer, vgl. HostEurope).
Welche Möglichkeiten gibt es diese (alten) Passwörter über die SOAP Api ins LiveConfig zu bekommen?
Ganz normal per SOAP übergeben:
https://github.com/LiveConfig/…master/cfximport.php#L744
http://www.liveconfig.com/de/h…e.HostingMailboxAdd.xhtml
Danke für den Tipp, aber als Reseller hab ich keinen Root-Zugriff. Den braucht man wohl für die Installation.
Wie von Martin Krüger bereits geschrieben: Quota-Notify bei vollem Postfach ist bereits standardmäßig aktiv.
Notify für Web-Quota lässt sich nur (sinnvoll) über einen Cronjob o.ä. realisieren.
Was war dann konkret in der mydestination eingetragen? Offenbar lag es ja genau an diesem Eintrag.
Ich habe LiveConfig wie schon zuvor mehrfach Installiert und habe nun das Problem das alle eMail Postfächer keine Mails empfangen können. Ich bekomme als Antwort: unknown user: "test"
Ich habe in wenig Google benutzt und gelesen das ich in der POSTFIX main.cf die Option "mydestination" komplett geleert werden soll.
Du hast "example.com" sowohl als Hostname für deinen Server als auch als DOmainname in LiveConfig verwendet.
Ändere den Hostname auf z.B. "server.example.com" ab, dann klappt's auch mit "example.com" wieder.
Weitere Infos im LC-Handbuch:
https://www.liveconfig.com/de/…server.requirements.xhtml ("Gültiger Hostname")
