Kann man das nicht mit der Lösung wie für den httpd machen?
Habe den Link zum entsprechenden Thread gerade nicht zur hand... aber der admin konnte im user-verzeichnis eine datei ".httpd.conf" (oder so ähnlich) anlegen. diese datei wurde dann von liveconfig zur konfiguration des entsprechendes users zusätzlich berücksichtigt ...
Also Catch-All würde ich nicht nutzen! Dadurch sind dann nicht nur adressen wie "kane@" wir gültig sondern auch "sdlkjjk@"... SpamTor Pur!
Leider kann ich nicht prüfen wie das mit den AliasDomains im LiveConfig funktioniert.. kann mir aber nicht vorstellen das das nicht möglich ist!
Wenn ich mich recht entsinne geht das nachträglich deaktivieren derzeit nicht - es müssten hierzu auch schon mehrere threads geben wo das auch so drin steht. Grund war - wenn mich meine erinnerung nicht komplett im stich gelassen hat - das zuviele änderungen durch das setzten von "SSL" wieder rückgängig gemacht werden müssten und das eben nicht mal eben realisiert werden könne..
Ggf. mal LiveConfig neustarten und via tail die LogFiles im auge behalten. Bei LiveConfig gibt es auch einen parameter den man angeben kann damit "debug"-Meldungen ausgegeben werden.. weiss nur gerade nicht welcher - versuch das doch bitte mal.
Hast Du mal in die LogFiles z.B. messages usw. geschaut? Kenne die Syntax für Debian leider nicht wirklich - nutze CentOS.
wird den dort eth0 angezeigt?
Denke nicht das das ein Problem mit Liveconfig ist... ist Deine "anständig eingetragene" IP denn nach einem Reboot auch tatsächlich angebunden... z.b. mal "ifconfig" machen.
Hast Du schon einmal in die HTTPD.Conf bzw. die entsprechenden Configs der vHosts geschaut ob die Domain auch tatsächlich eingetragen wird?
Es müsste auch einen Thread geben, in der erklärt ist wie das via eingriff in die sqllite DB bereinigt werden kann...
**EDIT:
Habe eben mal schnell die SuFu bemüht und folgendes auf die schnelle gefunden:
http://www.liveconfig.com/de/f…6scht-nur-durchgestrichen
Ich verwende ebenfalls CentOS 6.3 und auf dem Server mit einer Testlizenz von LiveConfig sehen die Konfigurationsdateien wie folgt aus:
[B]/etc/postfix/main.cf[/B]
# check all e-mails for viruses using clamav-milter:
smtpd_milters = unix:/var/clamav/clmilter.socket
[B]/etc/clamav-milter.conf[/B]
MilterSocket unix:/var/clamav/clmilter.socket
[B]ls -lah [/B]
srw-rw-rw- 1 clamav clamav 0 Feb 21 11:02 /var/clamav/clmilter.socketWürde also eigentlich behaupten das das so richtig ist... 
Für die "clam geschichten" verwende ich derzeit das rpmforge.
Ist das vielleicht nur vorrübergehend?
Zitat4.7.1 Service unavailable - try again later;
ist i.d.R. die Meldung für das sogenannte Greylisting...
Ist das auch nicht möglich wenn Du als Administrator angemeldet bist?
Du müsstest bei dem Kunden ja unter Domain das begehrte Stück entfernen dürfen... nur über das KundenInterface sollte es eben nicht möglich sein.
Imo ist es tatsächlich so das LiveConfig auf den Paketnamen prüft und eben genau die paketbezeichnung muss LC bekannt sein.. für die von Dir genannten Pakete muss das vermutlich noch in den lua-skripten nachgeholt werden...
Ich habe bei mir (CentOS 6) übrigens dasselbe bild gehabt als ich nginx nachträglich installiert habe, ein restart vom LC hats leider nicht zur Erkennung geführt... ich muss den ganzen server neustarten dann gings.
Bin gerade zufällig auf diesen Post gestoßen weil ich etwas in der Richtung "SSH-Zugriff" gesucht habe...
Daher mal nebenbei eine etwas spätere Antwort bzw. ein Hinweis auf Deine erste Frage:
Bei Individuellen Angeboten ist es derzeit nicht möglich die Shell zu definieren: Siehe https://www.liveconfig.com/dev/issues/47
Alles anzeigenDas Problem betrifft LiveConfig 1.6.1-r2125. Der Fehler laesst sich wie folgt reproduzieren:
* Domains -> Externe Domain anlegen (bsp. testtest.de).
* Die Domain erscheint in der Aufstellung. Ich lasse sie *unkonfiguriert*.
* Subdomain anlegen -> http://www.testtest.de.
Nun findet sich nur die Subdomain http://www.testtest.de in der Liste und testtest.de ist verschwunden. Konfiguriert man die Domain testtest.de ausreichend (Webspace, Weiterleing o.ae.) und legt anschliessend eine Subdomain an, so tritt dieses Problem nicht auf.
Gruss ksmx
Kann ich bestätigen - habe dieselbe lab-version installiert. Sehr wahrscheinlich ein bug in LiveConfig
Zudem wird die Domain nicht in httpd.conf (verwende centos6) eingetragen wenn die (sub)externe-Domain "nur hinzugefügt" ohne das z.B. ein ziel oder ähnliches angegeben wird - nun gut da könnte man durchaus sagen "that's not a bug, it's a feature" 
da ja anscheinend nichts mit der domain geschehen soll...
Hi jackp,
schon die SuFu genutzt?...
z.B.
http://www.liveconfig.com/de/f…n-in-der-Serververwaltung
http://www.liveconfig.com/de/f…zuf%C3%BCgen-L%C3%B6schen
Leider bin ich mir sicher das es da noch andere Threads hierzu gibt.
Am 8.2.2013 wurde offensichtlich noch eine beta rausgebracht... gehe mal davon aus das wenn hier alles in ordnung ist die das diese woche noch zur stable machen. Kleine verzögerungen beim release termin sind quasi bei jeden gang und gebe.
