Beiträge von kk

  • PREVIEW für LiveConfig 1.5.1

    Und wieder ein Update der Preview-Version (v1.5.1-r1739:(

    • Usability für Ajax-Tabellen-Pagination verbessert
    • Usability beim "Abbruch" eines Popup-Fensters verbessert
    • Fehler beseitigt: Admin konnte keine weiteren Benutzer anlegen wenn er unter "Mein Hosting" einen Vertrag mit nur einem erlaubten Benutzer hatte
    • Apache wird neu gestartet (statt nur "reloaded") wenn es Änderungen an der IP/SSL-Konfiguration gab
    • Virusscan für eintreffende E-Mails mit Postfix und ClamAV-Milter
    • Maximale E-Mail-Größe in Postfix kann nun frei konfiguriert werden


    Viele Grüße


    -Klaus Keppler


    [Nachtrag] Die meta-Pakete werden morgen (Freitag, 17.08.) im Test-Repository aktualisiert, so dass diese auch clamav(-milter) automatisch mit installieren.

  • Wishlist-Bug: "priv"-Ordner dokumentieren

    Nö, so kleinlich ist das gar nicht - schließlich sind die anderen Verzeichnisse ja auch dokumentiert.
    Die Interpretation stimmt - "priv" ist für private, nicht über das Web abrufbare Dateien gedacht.
    Wir nehmen das noch in die Doku mit auf. Der betroffene Abschnitt steht eh gerade zur Überarbeitung an, da dieser für Endkunden noch etwas verständlicher ausgebaut werden soll (siehe andere Diskussion hier im Forum).


    Viele Grüße


    -Klaus Keppler

  • Wishlist-Bug: ManageSieve

    Ja, LiveConfig nutzt Sieve derzeit schon für die Autoresponder von "normalen" POP3/IMAP-Postfächern. ManageSieve da noch mit aufzusetzen ist eine gute Idee, ich hab's gleich mal auf die Wunschliste aufgenommen. Wir müssten noch prüfen, wie wir sicherstellen können dass von Benutzern geänderte sieve-Einstellungen nicht z.B. mit den Autoresponder-Einstellungen von LiveConfig kollidieren - erste Ideen dazu gibt's schon :)


    Viele Grüße


    -Klaus Keppler

  • PREVIEW für LiveConfig 1.5.1

    Die Preview-Version wurde eben wieder aktualisiert (v1.5.1-r1729). Im Zusammenhang mit SQLite kam es in den vorherigen beiden Preview-Releases öfters zur Fehlermeldung "DATABASE LOCKED", woraufhin die SQLite-Datenbank bis zu einem Neustart von LiveConfig keine Schreibzugriffe mehr akzeptierte (das ist dem etwas "schwierigen" Verhalten von SQLite in Multithreading-Umgebungen zu verdanken).
    Außerdem gab es noch kleinere Änderungen und Bugfixes - wenn alles passt werden wir diese Version in den nächsten Tagen produktiv freigeben (die nächsten Features warten schon in v1.5.2).


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler: Ungültiger Autoresponder-Text

    Hallo,


    der Autoresponder-Text ist vermutlich zu lang (ich habe das eben im Code geprüft - erlaubt sind max. 2 KB = 2048 Zeichen).
    Wir werden kurzfristig das Eingabefeld so erweitern, dass die Anzahl der noch verfügbaren Zeichen mit angezeigt wird (wie auch für die Länge der Mailsignatur bei den Reseller-Einstellungen).


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Einrichtung von Domains klappt nicht.

    Hallo Herr Linnemann,


    dieser Fehler ist mit dem nächsten Update beseitigt; wenn Sie möchten können Sie einfach die im Lab-Bereich bereitgestellte Version installieren (diese Version ist soweit stabil und wird in Kürze offiziell freigegeben).
    Eine nähere Beschreibung sowie einen Workaround finden Sie hier im Forum.


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Einrichtung von Domains klappt nicht.

    Hallo Herr Linnemann,


    das tut mir leid dass LiveConfig nicht so reibungslos startet wie es das eigentlich sollte. Ihrer Beschreibung nach hat sich vermutlich ein interner Client-Prozess von LiveConfig aufgehängt (das würde erklären, warum sich LC nicht neu starten lässt und auch keine Änderungen am Server mehr durchführt).
    Bitte beenden Sie LiveConfig (erst mit "/etc/init.d/liveconfig stop", ansonsten mit "killall -9 liveconfig"); sollte es sich anschließend nicht starten lassen, befolgen Sie bitte die Hinweise aus dem Handbuch unter http://www.liveconfig.com/de/h…oubleshooting.server.html (dort nach "Server already running" suchen).
    Perfekt wäre es dann natürlich, wenn Sie uns bitte die Log-Datei /var/log/liveconfig/liveconfig.log an info@liveconfig.com schicken könnten, damit wir herausfinden können, wo das Problem lag.


    Besten Dank & viele Grüße


    -Klaus Keppler


    PS: derzeit gibt es ja bereits einen Watchdog-Prozess, der sich darum kümmert eventuell abgestürzte Child-Prozesse neu zu starten; es ist geplant diesen so auszubauen, dass auch "hängende" Prozesse erkannt und ggf neu gestartet werden; das löst zwar nicht das eigentliche Problem (das wollen wir so oder so analysieren und beseitigen), aber es mindert die Symptome im Betrieb.

  • Kein Autoreply auf Adressen ohne Postfach

    Hallo Herr Groh,


    Zitat

    Vorweg: Wir testen gerade LiveConfig in einer etwas komplexeren Konstellation und sind - ehrlich und ohne Übertreibung gesagt - am Rande der extatischen Begeisterung!


    Vielen Dank, das freut uns! :)


    Zitat

    Wird eine eMail-Adresse ohne Postfach und ohne Autoresponder eingerichtet, die nur auf bestehende eMail-Postfächer (der des gleichen Vertrags) weiterleitet auf der Autoresponder eingerichtet sind, gibt es keine Antwort. Das ist u. E. sinnvoll.


    Das ist so beabsichtigt - die in der Mail enthaltene Zieladresse steht aufgrund der internen Weiterleitung nicht im To/Cc/Bcc-Feld und löst somit auch keine Meldung des Autoresponders aus.


    Zitat

    Wird eine eMail-Adresse ohne Postfach aber mit Autoresponder eingerichtet, die nur auf bestehende eMail-Adressen und/oder Postfächer weiterleiten soll, gibt es keine Antwort vom Autoresponder wenn man an diese Adresse(n) mailt. Das ist eher "suboptimal".


    Ja, das ist mir auch kürzlich aufgefallen und fällt ganz klar in die Kategorie "Bug". Ein Workaround dafür ist bereits in Arbeit und leider nicht ganz trivial. Die Autoresponder der "normalen" Postfächer werden mit Sieve realisiert; bei einer reinen Weiterleitung läuft die Zustellung natürlich ohne Dovecot ab - und somit auch ohne der Möglichkeit von Sieve-Scripten. Wir werden für die Autoresponder an "reine" Weiterleitungen also eine zusätzliche Pseudo-Weiterleitung einrichten, welche dann über einen eigenen Postfix-Transport letztendlich das Programm "vacation" aufruft (das ist ein Standard-Tool, welches auch in jeder Distribution verfügbar ist). Bei der Gelegenheit ist mir wieder eingefallen, warum mir Exim deutlich sympathischer ist als Postfix. ;)
    Die Weiterleitungs-Autoresponder müssten in ca. 1-2 Wochen verfügbar sein - ein Kollege arbeitet aktuell ohnehin schon an der Erweiterung der Postfix-Konfiguration.


    Viele Grüße & ebenfalls ein schönes Wochenende


    -Klaus Keppler

  • PREVIEW für LiveConfig 1.5.1

    Hallo Herr Niebergall,


    das war noch ein Fehler - die IFRAME-URL war zu Testzwecken noch hardcodiert im Code enthalten; die Adresse "www-kk.dev.liveconfig.com" befindet sich hier in unserem Intranet, daher haben die lokalen Tests hier auch nicht angeschlagen. :/
    Das Repository wurde eben aktualisiert (r1720) - nun sollte es klappen.
    Wir werden auch gleich mal die Online-Demo aktualisieren, damit man sich auch dort einen Eindruck von der IFRAME-API machen kann.


    Viele Grüße


    -Klaus Keppler

  • PREVIEW für LiveConfig 1.5.1

    Hallo,


    soeben wurde die erste Preview für LiveConfig 1.5.1 online gestellt - wie immer ist diese über die Test-Repositories oder direkte Downloads installier- und aktualisierbar: http://www.liveconfig.com/de/lab


    Die wichtigsten Änderungen sind:

    • Erkennung für Debian 7.0 (wheezy) verbessert
    • niederländische Übersetzungen aktualisiert
    • Anzeige der Lizenz-Seriennummer bei Verlängerung
    • Fehler beim Entfernen von Quota in Webspace-Verträgen beseitigt
    • App-Installer gibt nur noch Domains mit aktivierem Webspace zur Auswahl
    • Anzeigefehler für Billing-C in Kundendetail-Seite beseitigt
    • IFRAME-API für "Eigene Links"
    • Verbesserte Stabilität des SQLite-Treibers unter hoher Last


    Die größte Neuigkeit ist die sogenannte IFRAME API, mit der eigene Inhalte in LiveConfig eingebunden werden können (über einen - na? - ja, einen IFRAME :))
    Rein technisch läuft das so ab: als Admin (später auch als Reseller) kann man "eigene Links" konfigurieren (im Menü: Verwaltung -> LiveConfig -> Eigene Links). Für jeden Link wird neben einem Titel und der Ziel-URL auch ein eigenes Passwort hinterlegt.
    Klickt in LiveConfig nun ein Besucher einen solchen Link an, so erstellt LiveConfig eine Seite mit einem IFRAME, in den die hinterlegte URL geladen wird. Als CGI-Parameter werden zusätzlich die Session-ID des Kunden, ein Zeitstempel und eine Prüfsumme übergeben. Die aufgerufene Seite kann mit Hilfe des konfigurierten Passworts und der Prüfsumme sicherstellen, dass der Aufruf zumindest schon mal "echt" ist. Um dann noch herauszufinden, ob die Session des Kunden auch noch gültig ist, macht z.B. ein PHP-Script einen SOAP-Aufruf an den LiveConfig-Server bei dem es die Session-ID übergibt. Wenn alles passt, werden alle weiteren Informationen über den aktuellen Benutzer zurückgegeben (Name, Login, etc.).


    Die Funktionalität (einen IFRAME einbinden...) klingt vielleicht etwas banal, aber nur mit diesem Verfahren ist es möglich ein "Session Hijacking" zu unterbinden. Die eingebundenen Seiten unterliegen übrigens nicht der "Same-Domain-Policy" - ein Provider kann also zentral IFRAME-Seiten für alle seiner Serverkunden bereitstellen, den Möglichkeiten sind keine Grenzen gesetzt.


    Eine kleine PHP-Klasse zur Prüfung der Session-Daten sowie CSS und Grafiken für eine nahtlose und einfache Integration eigener Seiten in LiveConfig stellen wir als .zip-Datei in der Wissensdatenbank bereit (aktuell noch in Arbeit, dürfte bis morgen Mittag online sein). Das Handbuch wird natürlich auch entsprechend erweitert. Wer auf die Prüfung der Session noch verzichten kann (zB. für statische Inhalte, Anleitungen etc.) kann jetzt schon entsprechende "eigene" Links anlegen.


    Da nun sicher viele Lese-Zugriffe auf die SOAP-API benötigt werden, teilt uns bitte mit, auf welche Daten ihr eventuell zugreifen möchtet (derzeit sind Lese-Methoden noch recht spärlich vorhanden); wir bauen die benötigten SOAP-Funktionen dann umgehend ein. Unabhängig davon arbeiten wir derzeit am Auslesen und Bearbeiten aller vertragsrelevanten Daten (Verträge, Domains, Vertragseigenschaften, ...).


    In den nächsten 2-3 Werktagen werden sich noch einige weitere Funktionen dazugesellen die aktuell noch fertig integriert werden - alle weiteren Infos dazu folgen in diesem Thread.


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler in postfix.lua Vers 1.5.0 (r1657)

    Hallo,


    vielen Dank für die Info. Dieser Fehler ist auch bekannt uns seit r1709 beseitigt (ist also im nächsten Update mit drin).


    Als "Workaround" aktivieren Sie bitte einfach den Webalizer unter Serververwaltung -> Web und starten LiveConfig anschließend neu (/etc/init.d/liveconfig restart).


    Die betroffenen Postächer sollten mit dem Neustart vollständig gelöscht werden - falls da doch noch was hängen sollte, geben Sie bitte kurz Bescheid.


    Besten Dank & viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler Webserver - Connection refused

    Eigentlich wird Apache durchaus automatisch neu gestartet. In manchen Fällen (z.B. bei Änderungen an der IP-Konfiguration) kann es aber sein, dass ein "reload" für Apache nicht reicht, sondern ein "restart" notwendig ist. Ab Version 1.5.1 führt LiveConfig daher nach Änderungen an der Kern-Konfiguration (IPs, SSL etc.) entsprechend einen "restart" durch.


    Viele Grüße


    -Klaus Keppler

  • [ERLEDIGT] Fehler Webserver - Connection refused

    Zitat

    Server hat die Verbindung abgelehnt.


    Das deutet darauf hin, dass der Apache-Webserver nicht läuft. Bitte prüfen Sie ob /var/log/apache2/error.log bzw. /var/log/liveconfig/liveconfig.log irgendwelche Fehler enthalten, und versuchen Sie den Apache einfach mal neu zu starten (/etc/init.d/apache2 restart)


    Sollte das alles passen, prüfen Sie bitte, ob die IP-Adresse der Domain (A-Record) auch mit der des Servers übereinstimmt.


    Viele Grüße


    -Klaus Keppler

  • Version 1.5.0 online

    Danke für den Hinweis; die Repository-Metadaten wurden scheinbar nicht auf dem Repository-Server aktualisiert. Nun sollte es klappen.
    (mal überlegen, wie wir das in Nagios aufnehmen können...)


    Viele Grüße


    -Klaus Keppler