Beiträge von kk

Wenn Quota nicht auf dem Server aktiviert wäre, dann könnte LiveConfig auch nicht anzeigen wie viel Speicherplatz bereits belegt ist.
Wenn bei Ihnen der Befehl "repquota -ag" eine Liste zurückgibt, dann ist Quota aktiviert.

Das tmp-Verzeichnis wird beim Quota jedenfalls mit berücksichtigt (deshalb hat jeder User sein "eigenes" tmp-Verzeichnis, das sich üblicherweise auch auf der selben Partition befindet wie dessen restlichen Verzeichnisse). Und wenn das Quota keinen Platz mehr erlaubt, können auch Session-Files nicht mehr erzeugt werden.

Sie können das Passwort aus dem Private Key ganz einfach entfernen:

openssl rsa -in keyfile.pem -out keyfile-raw.out

Den unverschlüsselten RSA-Key können Sie dann im LiveConfig eingeben.

LiveConfig entfernt eine eventuelle Verschlüsselung ohnehin beim Import, damit Apache/NGINX/Postfix/usw. ohne Passworteingabe starten können.

Rein interessenhalber: wie genau haben Sie den Key erzeugt?

Wie stellen Sie sich denn eine Hilfe vor? Glaskugel?

Alle zu prüfenden Dinge wurden genannt - eine Antwort hierauf haben Sie aber noch nicht gegeben (HELO-Meldung?).

Senden Sie einfach mal eine Testmail an support@liveconfig.com, dann sehen wir mal in unseren Mailserver wie sich Ihr Mailserver meldet.
(Hinweis: diese Leistung geht rein auf Kulanz, das hat absolut nichts mit LiveConfig zu tun...)

Zitat von proplay.de

Mein Vorschlag: SPF einrichten. hotmail / outlook erwarten ein SPF.

Wir raten von SPF ab (macht nur Ärger, insbesondere bei Weiterleitungen). Unabhängig davon "erwartet" Hotmail sicher kein SPF, sondern berücksichtigt das bestenfalls positiv (wir betreiben einige große Mailserver ohne SPF und haben keinerleit Probleme mit Hotmail & Co.).

Zitat

Könnte bei web.de / gmx.de auch so sein.

Von web.de wissen wir, dass die sehr viel Wert auf eine korrekte Einlieferung legen. Die wichtigsten Punkte sind inbesondere:
- korrekter Reverse-DNS (falls IPv6 vorhanden ist, auch dessen RDNS prüfen!)
- korrekter HELO-Wert (/etc/mailname sowie der Hostname müssen korrekt sein)

Viele Grüße

-Klaus Keppler

Wir überarbeiten derzeit den Shop und den Lizenzserver entsprechend; wenn alles klappt soll es die Kaufversion auch mit v1.7 geben (es sind dazu eben auch einige kleinere Änderungen an LiveConfig selbst nötig).
Zum Preis: kalkuliert ist dieser etwa mit der "Monatsmiete" x 36 (also der Mietpreis für drei Jahre), das entspricht der üblichen Abschreibungsdauer von Software. Updates und Support sind für 1 Jahr enthalten, Verlängerung ist jährlich möglich. Die Kaufversion hat dann natürlich ein zeitlich unbegrenztes Nutzungsrecht.

Außerdem wird es im Shop auch die Möglichkeit geben, die Mietversion mit längeren Abrechnungszeiträumen zu erwerben (z.B. Abrechnung alle 3, 6 oder 12 Monate), sowie die Zahlung per PayPal ohne Kreditkarte (geht nur mit mind. 3monatiger Laufzeit).

Viele Grüße

-Klaus Keppler

Zitat von Seppelchen

suPHP_AddHandler application/x-httpd-suphp53
AddType application/x-httpd-suphp53 .php .php5
In die Datei /etc/suphp/suphp.conf im Abschnitt "Handlers" folgende Zeile hinzufügen:

Code:
application/x-httpd-suphp54="php:/usr/local/php53/bin/php-cgi"

Bitte achten Sie genau darauf, dass Sie die Konfiguration konsistent erstellen. Es funktioniert natürlich nichts, wenn Sie einmal einen Handler für "x-httpd-suphp53" anlegen und einmal mit "x-httpd-suphp54" arbeiten.

Zitat

P.s. Wenn man FASTCGI nimmt Problem, wie kann man dieses noch füllen:
> Scan this dir for additional .ini files
> Additional .ini files parsed

[/quote]

Dieser Pfad ist hardcodiert und kann nur bei der Compilierung von PHP verändert werden.

Mit LiveConfig hat das jeweils nichts zu tun.

Warum das Compilieren fehlschlägt lässt sich mit den o.g. Infos beim besten Willen nicht sagen, vermutlich fehlt irgendeine Bibliothek (Tipp: die vollständige Fehlermeldung lesen)
Entpacken: wenn in dem Archiv (ich tippe mal auf .tar.gz?) die Dateien mit einer User-ID eingepackt wurden die dem web2 entspricht, dann werden die auch so wieder entpackt. Der "tar"-Befehl hat viele Optionen - eine davon dient dazu, Dateien beim entpacken einem anderen Benutzer zuzuordnen oder die User-ID einfach zu ignorieren.

Viele Grüße

-Klaus Keppler

Das liegt daran, dass es diese Funktion derzeit noch nicht gibt.

Mail-Templates sind für eines der kommenden Updates (ab v1.7.1) eingeplant.

Viele Grüße

-Klaus Keppler

Zitat von janwego

Also ich hab r2509 und jetzt steht es wieder da... der Punkt Arbeitsspeicher war vorher nicht zu sehen ... komisch

Ich schaue mal ob wir das vielleicht noch als Anmerkung irgendwo ins Handbuch aufnehmen können: die Speichernutzung wird in einer RRD-Tabelle verwaltet (damit man den Speicherverlauf theoretisch auch mal über die Zeit hinweg betrachten kann). Die Anzeige erfolgt (aktuell) erst dann, wenn mindestens ein RRD-Satz geschrieben wurde, also nach 5 oder 15 Minuten (ich weiß das gerade nicht auswendig welches Intervall wo gilt).
Daher also das o.g. Verhalten - es hat einfach ein wenig gebraucht, bis LC soweit war.

Seppelchen: das erklärt aber nicht, warum bei Ihnen noch immer keine Daten angezeigt werden. Das kann eigentlich nur dann der Fall sein, wenn der LiveConfig-Client-Prozess gar keine Daten an den Serverprozess liefert - sprich: sich aufgehängt hat.
Werden denn aktuelle Trafficdaten oder CPU-Daten angezeigt? Läuft die aktuellste LiveConfig-Version? (v1.6.4-r2509)

Viele Grüße

-Klaus Keppler

Hallo,

bitte fügen Sie in /usr/lib/liveconfig/lua/postfix.lua in Zeile 487 noch die Zeichen "> 0" ein und starten Sie LiveConfig anschließend neu:

if LC.bits.band(opts.sslmode, 4) [U][B]> 0[/B][/U] then

Lua wertet auch ein numerisches "0" in diesem Fall als "wahres" (true) Ergebnis.
Fehler ist in der nächsten Version beseitigt.

Viele Grüße

-Klaus Keppler

Wo haben Sie denn Ihre rewrite-Regeln stehen? In einer .htaccess-Datei?

LiveConfig hat mit htaccess so ziemlich gar nichts zu tun, daher denke ich nicht, dass das in einem direkten Zusammenhang steht.
Prüfen Sie bitte, ob mod_rewrite überhaupt aktiviert ist ("a2enmod rewrite").

Viele Grüße

-Klaus Keppler

Hallo,

das kann derzeit leider nicht ausgeblendet werden, ist für's übernächste Update (v1.7.1) geplant (siehe LC#87).
Wenn aber mod_php nicht auf dem Server installiert ist, kann es auch kein Kunde nutzen.

Viele Grüße

-Klaus Keppler

Zitat von c4yolli

Wird seitens Liveconfig da irgendwas beschränkt?

Kurz gesagt: nein.

Noch eine Idee, für den Fall, dass die o.g. .frm-Dateien nicht mehr vorhanden sind: fahren Sie Ihre MySQL-Datenbank herunter. Importieren Sie das LiveConfig-MySQL-Schema auf einem *anderen* Server in eine leere Datenbank. Kopieren Sie dann von dort die .frm-Dateien (/var/lib/mysql/<Datenbank>/ACCOUNTBLACKLIST.frm usw.) auf Ihren "gecrashten" Server. Fahren Sie dann die Datenbank wieder hoch, sprechen Sie ein Stoßgebet aus und hoffen, dass die Tabellen wieder da sind.

Diese Tabellen werden beim Update nicht angerührt. Die Tabellen APPREPO, APPS, APPTEXTS und ACCOUNTBLACKLIST wären nicht besonders dramatisch - die könnte man aus dem MySQL-Schema (/usr/share/doc/liveconfig/db-mysql.sql.gz) wiederherstellen. Nicht so einfach ist das mit "ACCOUNTS" - da stehen alle System- und (virtuelle) FTP-Accounts drin. :-/

Sie könnten mal prüfen, ob die Tabellendefinitionen an sich vielleicht noch in /var/lib/mysql/<Datenbankname>/ vorhanden sind; vielleicht ließen sich die Daten dann noch mit irgendwelchen InnoDB-Tools wiederherstellen?

Die o.g. Tabellen sind übrigens (alphabetisch betrachtet) die ersten fünf Tabellen. Sind APPVARS und APPVERSIONS noch vorhanden?

Falls Sie keine Möglichkeit haben die Daten in ACCOUNTS wiederherzustellen, gibt es zwei Möglichkeiten:
a) eine neue (leere) LiveConfig-Datenbank aufsetzen und alle Kunden/Webspaces/Accounts noch mal neu anlegen (die bislang existierenden Systemaccounts und Dateien können beibehalten werden; die Postfächer müssen da etwas gesondert behandelt werden: erst /etc/dovecot/passwd sichern, dann /var/mail in /var/mail.OLD umbenennen, danach die Postfächer neu anlegen und anhand der Zuordnung aus de "gesicherten" Dovecot-passwd-Datei entsprechend wiederherstellen;
b) die Tabelle ACCOUNTS manuell neu füllen (für Details bitte kurze Mail an support@liveconfig.com). Lohnt sich nur bei einer überschaubaren Anzahl Account. Die sonstigen fehlenden Tabellen einfach aus dem o.g. Datenbank-Schema importieren.

Viele Grüße

-Klaus Keppler

(PS: wenn der erste Schock vorüber ist: Yesterday)

Ich habe das eben mal unter Debian 7 untersucht. Das Problem ist die Lade-Reihenfolge der Apache-Module "php" und "suphp" - beide registrieren jeweils einen Handler für application/x-httpd-php

Im nächsten LiveConfig-Update wird eine Konfigurationsanweisung enthalten sein, um mod_php auch gleichzeitig mit suPHP nutzen zu können.
Bis dahin deaktivieren Sie am besten das Modul suPHP (a2dismod suphp), dann funktioniert mod_php.

Viele Grüße

-Klaus Keppler

(PS: mir ist kein Fall in der Praxis bekannt, in dem mod_php und suPHP gleichzeitig Sinn machen)
(PPS: Hintergrundinfos zu mod_php, suPHP und FastCGI haben wir hier zusammengestellt: http://www.liveconfig.com/de/kb/17)

v1.6.4-r2509 basiert auf dem 1.6.4-Branch (r2488), daher sind die andere Commits darin nicht enthalten. Im nächsten "offiziellen" Update aus dem "Trunk" ist's dann dabei (also zB. in der kommenden Preview-Version).

Viele Grüße

-Klaus Keppler

Hallo,

Zitat von denis49

Ich suche nach der Funktion automatisch eine Mail an den neuen Kunden mit seinen Daten zu senden.

diese Funktion gibt es derzeit noch nicht, an einigen Stellen ist das nur schon vorbereitet (so z.B. auch die Paketbeschreibung in den Hostingangeboten). Die Bildschirmmasken für die E-Mail-Templates sind schon fertig, ich denke dass das spätestens in v1.7.1 mit drin ist (September/Oktober).

Viele Grüße

-Klaus Keppler

Die logrotate-Verwaltung ist schon fertig und in v1.7.0 mit dabei (Preview kommt in Kürze):

forum.liveconfig.com/cms/attachment/11/

Derzeit können die Einstellungen nur vom Admin/Reseller über den Vertrag bearbeitet werden. Eine Bearbeitung direkt durch den Kunden halte ich persönlich nicht für besonders sinnvoll - falls es da eine große Nachfrage gibt können wir das aber auch noch einbauen (dann natürlich so, dass das limitierbar ist)

Ja, das sind für Computer zwei völlig verschiedene Sachen (die sind da nunmal ziemlich pingelig ;))