Beiträge von kk

  • [ERLEDIGT] Fehler nach Update / Upgrade

    Wir haben das verantwortliche Script (lcservice.sh) nun noch robuster gestaltet - falls das Zielverzeichnis (~/htdocs/cgi-bin/) bereits existiert aber noch leer ist, wird ~/cgi-bin/ dann trotzdem verschoben.


    Zitat

    Davon mal abgesehen ist Liveconfig für uns bis jetzt eine der besten Software für Hoster, hoffentlich wird diese nie aus Ihrer Hand gegeben und verschwindet dann für immer im nirgendwo.


    Danke :) Wir sehen LiveConfig auch als langfristiges Produkt und planen keinen "Exit".


    Viele Grüße


    -Klaus Keppler

  • Angebotserstellung - Layout - MailQuota

    Ich habe die Beiträge eben mal zusammengeführt.


    Kurz gesagt: das ist kein Fehler, sondern Absicht. Die Eingabe für das Mail-Quota ist logisch dem Punkt "E-Mail" untergeordnet, daher eingerückt.
    Ich gebe aber zu, dass das nicht ganz konsequent ist, weil z.B. auch viele andere Punkte logisch dem Webspace untergeordnet aber eben nicht eingerückt sind.
    Diese Maske wird diesbezüglich in Kürze überarbeitet (da kommen ohnehin viele weitere Optionen dazu - php.ini, verfügbare Anwendungen, usw. - möglichst ohne das dann unübersichtlich werden zu lassen...)

  • Liste an Bugs in 1.5.2-r1893

    Hier schon mal 2 von 4 Antworten:


    Zitat von Wachert

    Domains -> Auswahl Webspace Ziel -> Error 500 wenn htdocs leer ist


    Das ist dann aufgetreten, wenn der Vertrag keine FTP-Berechtigung enthielt (was ein Fehler bei der Prüfung der Benutzerrechte). Ist in der aktuellen Preview behoben.


    Zitat

    Serververwaltung -> SQL -> IP löschen schliesst nach Bestätigungspopup auch das IP POPup


    Das ist so beabsichtigt.

  • PREVIEW LiveConfig 1.5.3-r1923

    Für die nächste Version steht eine aktualisierte Preview bereit.


    Produktive Freigabe ist für Mittwoch (10.10.2012) geplant, bis dahin sind nur noch kleinere Änderungen/Erweiterungen an der SOAP-API sowie Anzeige/Verwaltung der Daten für den Verzeichnis-Passwortschutz vorgesehen.


    Wir füttern derzeit noch den neuen Issue Tracker, der dann die bisherige Roadmap ablösen und den Entwicklungsprozess transparenter machen soll; mehr Details hierzu folgen in den nächsten Tagen.


    Viele Grüße


    -Klaus Keppler

  • Migration von Confixx® zu LiveConfig

    Das Migrationsscript wurde eben wieder aktualisiert:

    • passwortgeschützte Verzeichnisse (also die Daten für .htaccess/.htpasswd) werden nun auch importiert - das Passwort wird ebenfalls unverändert übernommen
      (WICHTIG: ggf. müssen die von Confixx erzeugten .htaccess/.htpasswd-Dateien aus dem Webspace des Kunden gelöscht werden. LiveConfig legt die Passwörter außerhalb des Webspaces ab, die Konfiguration wird in der vHost-Konfiguration gespeichert - somit funktioniert der Passwortschutz auch mit NGINX :)
    • zusätzliche FTP-Accounts werden ebenfalls inklusive Passwort importiert
    • bei importierten Cron-Jobs werden Verzeichnisnamen angepasst (z.B. /var/www/web1/html/ -> /var/www/web1/htdocs/)


    Eine Beschreibung zum Umzug der Webspace- und Postfach-Inhalte mit rsync kommt in Kürze noch dazu.

  • Spamhaus Einbindung DRINGEND als Option und nicht Vorgabe

    Zitat von Wachert

    Spamhaus bleibt Spamhaus und kommt einem guten Admin nicht ins Haus


    Hmm, das ist aber schon eine etwas dürftige Argumentation, um das als "Schrott" abzustempeln...
    Spamhaus bietet eine transparente Delisting-Policy und fällt (zumindest bei uns) auch nicht durch False Positives auf.
    Es gibt da andere Listen (insbes. UCEPROTECT) die wirklich haarsträubend sind.

  • Spamhaus Einbindung DRINGEND als Option und nicht Vorgabe

    Zitat von Wachert

    Spamhaus ist das letzte auf Gottes Erden was Admins einsetzen sollten. Mich wunder es etwas warum dies eingesetzt wird. Warum setzt man auf so einen Schrott?


    Sie übersehen, dass es verschiedene Listen von Spamhaus gibt. Standardmäßig konfiguriert LiveConfig die Verwendung der [NACHTRAG]SBL- und[/NACHTRAG] XBL-Liste (Exploit and Botnet Filter).
    Außerdem greift die konfigurierte Blacklist nur bei extern eingelieferten Mails; die E-Mails "eigener" Kunden sind davon nicht betroffen, sofern diese korrekt mit SMTP-Auth eingeliefert werden.


    So oder so - die Liste der Blacklists ist bereits zur freien Konfigurierbarkeit vorbereitet, die notwendigen Änderungen in der Oberfläche sollen zur Version 1.6 (Anfang November) fertig sein.


    Zitat

    smtpd_require_helo=yes <- gibt es übrigens nicht mehr ;)


    Ja, das gilt aber nicht für alle von LiveConfig unterstützten Postfix-Versionen. ;)


    Viele Grüße


    Klaus Keppler


    [KORREKTUR] Ich sehe eben, dass LC tatsächlich die kombinierte Liste (SBL-XBL) einrichtet. Nichtsdestrotrotz gab es hier noch nie Beschwerden oder Probleme; über weitere (objektive) Gründe Ihrer Spamhaus-Abneigung würde ich mich daher sehr freuen.
    Verwechseln Sie Spamhaus eventuell mit UCEPROTECT?

  • LiveConfig-Panel-Domain - Weiterleitung von http nach https

    Hmm, ok... dann bräuchte ich eine genauere Fehlerbeschreibung:

    Zitat

    Beim Speichern passiert wieder nichts, außer das im Log folgender Eintrag entsteht:


    Was bedeutet "nichts" - schließt sich das Popup-Fenster nicht?
    -> falls doch: erscheint die Weiterleitung dann in der (Sub)Domain-Liste? Falls ja, erscheint diese auch in der dazugehörigen Konfigurationsdatei (/etc/apache2/sites-available/##VERTRAG##.conf)?
    -> falls nein: steht in dem Popup unter der Optionsbox "Webspace" jeweils auch etwas bei "Software/IPs:" und "IPv4-Adresse"...? Welchen Browser verwenden Sie?


    Viele Grüße


    -Klaus Keppler

  • LiveConfig-Panel-Domain - Weiterleitung von http nach https

    Bitte prüfen Sie, ob Sie das Apache-Modul mod_rewrite auf dem Server aktiviert haben.
    (z.B. Debian: "a2enmod rewrite", danach ggf. "/etc/init.d/apache2 restart")


    Ich nehme es mal als Feature Request mit auf, dass LiveConfig darauf hinweist, falls mod_rewrite nicht aktiviert ist.


    Viele Grüße


    -Klaus Keppler


    PS: die Meldung mit "Unknown CGI variable..." ist rein kosmetisch, wird in Kürze verschwinden.

  • [ERLEDIGT] php-fcgi-starter wird nicht mehr richtig geschrieben

    Danke, wir können den Fehler reproduzieren. Dieser tritt dann auf, wenn ein Webspace-Angebot PHP mit FastCGI konfiguriert hat, und dieses direkt zum Anlegen eines Vertrages verwendet wird.
    Beim Anlegen von Verträgen mit suPHP und späterer Umstellung auf FastCGI tritt das nicht auf.


    Bugfix wird gerade vorbereitet, Update steht in Kürze bereit.


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler nach Update / Upgrade

    Hmm, die Logs sagen doch eigentlich alles:


    Zitat

    suexec policy violation: see suexec log for more details


    -> was steht in /var/log/apache2/suexec.log ?


    Zitat

    /usr/lib/php5/20090626+lfs/fileinfo.so: cannot open shared object file: No such file or directory


    Soweit ich weiß ist fileinfo seit PHP 5.3 fester Bestandteil. Welche Distribution verwenden Sie denn?
    Evtl. existiert noch eine Datei /etc/php5/conf.d/fileinfo.ini, die vielleicht entfernt werden muß?


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler nach Update / Upgrade

    Zitat

    CGI Scripte werden nicht gefunden


    Im Rahmen des Updates wurden die CGI-Verzeichnisse von ~/cgi-bin/ nach ~/htdocs/cgi-bin/ verschoben (siehe hier).
    Wenn bei einem Webspace das Zielverzeichnis (~/htdocs/cgi-bin) bereits existierte, wurde nichts verschoben, um keine Dateien zu überschreiben.


    Mit folgendem Befehl können Sie sich alle nicht verschobenen cgi-bin-Verzeichnisse anzeigen lassen:

    Code
    ls -ld /var/www/*/cgi-bin


    Diese müssten einfach nur unterhalb ~/htdocs/ verschoben werden.


    Zitat

    Internal Server Error


    Was sagt denn /var/log/apache2/suphp.log bzw. /var/log/apache2/error.log dazu?


    Viele Grüße


    -Klaus Keppler

  • Unterstützung von dovecot 2

    Hallo,


    welche Distribution verwenden Sie, bzw. wie haben Sie auf Dovecot v2 aktualisiert?


    Jedenfalls gibt es eine solche Möglichkeit. Installieren Sie bitte das Paket "sqlite3". Führen Sie danach folgende Schritte aus:

    • beenden Sie LiveConfig: /etc/init.d/liveconfig stop
    • öffnen Sie die SQLite-Datenbank von LiveConfig:
      sqlite3 /var/lib/liveconfig/liveconfig.db
    • Führen Sie folgenden SQL-Befehl aus:
      UPDATE POP3IMAPSERVERS SET PI_MANAGED=0;
    • beenden Sie SQLite3 mit ".quit" (Punkt am Anfang beachten!)
    • starten Sie LiveConfig wieder: /etc/init.d/liveconfig start
    • gehen Sie nun zur Serververwaltung -> Mail und aktivieren die Konfiguration von Dovecot erneut.


    Somit sollte die Konfiguration von Dovecot aktualisiert werden, die Datei /etc/dovecot/passwd bleibt unverändert.


    Ich werde das aber als Anregung aufnehmen, die Konfiguration auch "auf Knopfdruck" aktualisierbar zu machen - insbesondere wenn jemand zB. von Debian 6 auf 7 aktualisiert...


    Viele Grüße


    -Klaus Keppler