Beiträge von kk

    Das zeigt doch, dass SQLite als Datenbank konfiguriert ist...
    Stellen Sie bitte die Konfiguration auf MySQL um, und rufen Sie dann noch mal "liveconfig -f" auf. Dann müssten Sie den Konfigurationsfehler sehen (also warum LiveConfig bei Ihnen nicht startet).

    Hallo Herr Strausmann,


    ich habe den Fehler bereits gefunden: ein regulärer Ausdruck beim Auslesen der Modul-Liste berücksichtigt keine Treffer, die einen Unterstrich enthalten (wie proxy_http). Ist mit dem nächsten Update (ab 1.6.1-r2116) beseitigt.
    Workaround: bearbeiten Sie in /usr/lib/liveconfig/lua/apache.lua in Zeile 114 den regulären Ausdruck, so dass statt "%w" auf "[%w_]" geprüft wird:

    Code
    local m = string.match(line, "([%w_]+)_module")


    Viele Grüße


    -Klaus Keppler

    "Nix" gibt's nicht. :)
    Warum können Sie nicht einfach mal mit copy&paste alle Ausgaben aus /var/log/liveconfig/liveconfig.log übermitteln?
    (es reichen ja die letzten ~30 Zeilen - halt alles mit Datum/Uhrzeit vom letzten Startversuch)


    Ohne Log keine Hilfe.

    Ohne die Info, was genau nicht geht, wird es leider sehr schwer irgendwie zu helfen.
    Wenn Sie den SQLite-Dump erzeugt und gemäß der Anleitung in MySQL eingespielt haben, tragen Sie einfach in liveconfig.conf die Zugangsdaten zur MySQL-Datenbank ein und starten LiveConfig anschließend neu.
    Wenn irgendwas nicht klappen sollte (z.B. falsche Zugangsdaten o.ä.), dann gibt es eine Fehlermeldung in /var/log/liveconfig/liveconfig.log.


    Viele Grüße


    -Klaus Keppler

    Sofern die Domains "ohne" SSL auf der selben IP-Adresse laufen, auf der auch (mindestens) ein SSL-Zertifikat aktiviert ist, lässt sich das rein technisch gar nicht vermeiden, dass man dieses Domains auch mit https:// aufruft. Das kann auch kein Confixx umgehen ;). Die Warnmeldung wird durch den Browser erzeugt (da er kein passendes SSL-Zertifikat präsentiert bekommt); letztendlich wird aber die Seite "Diese Domain ist nicht verfügbar" (oder so ähnlich) angezeigt, weil kein entsprechender VirtualHost konfiguriert ist.


    Viele Grüße


    -Klaus Keppler

    Das hatte mit der neuen Version übrigens nichts zu tun, sondern nur mit dem (durch das Update ausgelöste) LiveConfig-Neustart. Die Liste der Apache-Module wird nämlich nur beim Start von LiveConfig (bzw. vom jeweiligen LiveConfig-Client) aktualisiert.


    Viele Grüße


    -Klaus Keppler

    Dovecot hat eine integrierte Sieve-Unterstützung - es muss also kein zusätzliches Paket installiert werden, um den Autoresponder nutzen zu können.
    Funktioniert der Autoresponder bei Ihnen nicht?


    Viele Grüße


    -Klaus Keppler

    Hallo,


    hier lag leider ein Bug im OpenSUSE-spezifischen Konfigurationsabschnitt in der "postfix.lua" vor.
    Workaround: öffnen Sie bitte /usr/lib/liveconfig/lua/postfix.lua und fügen in Zeile 180 noch "unix:" vor dem Socket-Pfadnamen ein:

    Code
    data['clamav_milter_socket'] = "[U][COLOR=#b22222][B]unix:[/B][/COLOR][/U]/var/lib/clamav/clamav-milter-socket";


    Starten Sie LiveConfig anschließend neu.


    Patch ist ab Version 1.6.1-r2110 enthalten.


    Viele Grüße


    -Klaus Keppler

    Der Fehler wurde inzwischen lokalisiert und ist ab v1.6.1-r2109 beseitigt.
    Offenbar gibt es einen Bug im aktuellen Linux-Kernel bzw. libc, die mit OpenSUSE 12.2 ausgeliefert werden, oder in der Dokumentation der Systemfunktion getgrnam_r.
    Weitere Infos:
    - Ticket: https://www.liveconfig.com/dev/issues/77
    - http://tomlee.co/2012/10/probl…nd-getgrgid_r-getgrnam_r/


    Wir konnten das hier auch erst bei einem Test-Import von >200 Kunden aus Confixx auf OpenSUSE 12.2 reproduzieren - auf anderen Distributionen ist uns dieser Fehler bislang nicht begegnet.
    Nun läuft jedenfalls alles, die neue Version läuft gerade durch's Build-System und wird heute Abend bereitgestellt.


    Viele Grüße


    -Klaus Keppler

    Ja, das ist ein guter Einwand. Das CRAM-MD5-Schema, in dem die über LiveConfig erfassten Passwörter gespeichert werden, kann auch für Plaintext-Authentifizierung verwendet werden - nur anders herum klappt das natürlich nicht.
    Wird einem Mail-Client nun beim Login das CRAM-MD5-Verfahren angeboten, aber dessen Benutzerpasswort liegt nur im MD5-CRYPT-Schema vor, klappt das Login nicht.


    Ich habe eben in die dovecot.lua eine Änderung eingebaut, mit der Sie über die custom.lua künftig festlegen können, dass CRAM-MD5 nicht als Authentifizierungsverfahren erlaubt werden soll. LiveConfig wird die Passwörter dennoch im CRAM-MD5-Schema speichern (ist ja "abwärtskompatibel"), damit man vielleicht eines Tages - wenn alle MD5-Passwörter mal über LiveConfig aktualisiert wurden - auf CRAM-MD5 umstellen kann.


    Für maximale Benutzersicherheit ist eine SSL/TLS-Verbindung ohnehin am wichtigsten, da sich alle MD5-Passwörter mit heutigem Stand der Technik in überschaubarer Zeit knacken lassen. :(


    Die aktualisierte dovecot.lua ist morgen in r2108 enthalten. Bis dahin entfernen Sie einfach in der dovecot.conf das "cram-md5" aus der Zeile mit "mechanisms = plain login cram-md5" und starten Dovecot neu. LiveConfig wird diese Datei nicht überschreiben, so lange Sie in der Oberfläche bei Serververwaltung -> Mail -> Dovecot keine Änderungen vornehmen.


    Viele Grüße


    -Klaus Keppler

    Die .httpd.conf kann/darf nur vom "root"-User erstellt/verwaltet werden.


    Das ursprüngliche Ziel lässt sich ganz einfach mit simplen RewriteRules in einer .htaccess-Datei verwirklichen.


    Apache Configuration
    RewriteRule ^webmail/(.*) /var/www/webxxx/htdocs/webmail/$1 [L]
    RewriteRule ^(.*) /var/www/webxxx/htdocs/cms$1


    Viele Grüße


    -Klaus Keppler

    Merkwürdig... unter Debian ist mir diese Meldung bislang noch nie in die Finger gekommen.
    Starten Sie bitte Dovecot mal neu (/etc/init.d/dovecot restart) und versuchen es dann noch einmal.
    Sollte es immer noch die Meldung "too many open files" geben, würde mich die Ausgabe von "ulimit -n" (ausgeführt als root) sowie eine Prozessliste (ps -aux) interessieren - gerne auch per PM oder an support@liveconfig.com


    Viele Grüße


    -Klaus Keppler

    Hmm, ist das nicht deutlich genug?

    Zitat

    Can't open SSL parameter file ssl-parameters.dat: Too many open files


    Offenbar gibt es zu viele gleichzeitige geöffnete Dateien durch die dovecot-Prozesse.
    Was sagt denn "ps -u dovecot | wc -l"?
    Welche Limits für gleichzeitige Verbindungen zu Dovecot haben Sie in LiveConfig eingestellt?


    Viele Grüße


    -Klaus Keppler

    Das lcdbdump-Tool wurde eben aktualisiert, so dass der Dump nun mit "SET NAMES 'utf8';" beginnt. Damit sollten beim Import nach MySQL auch keine Zeichensätze mehr durcheinander gewürfelt werden.


    Viele Grüße


    -Klaus Keppler