Beiträge von lebenszeit

  • Wishlist-Bug: ManageSieve

    Sieve muss auf User-Ebene, d.h. je Postfach, genutzt werden können. Ein zusätzlicher Sieve-Client auf GUI-Ebene ist nett, aber nicht nötig.
    Ich rege einen Haken o.ä. an, mitdem anstelle der Konfiguration des Autorespinders bei deaktiviertem Sieve durch LC auf das Webmail - dessen Adresse eingeblendet werden sollte - verwiesen wird.

  • Wishlist-Bug: ManageSieve

    Demnächst kommt noch wer und möchte Mails direkt aus GUI schreiben... Nein.


    Ich erwarte von LC *nicht* dass es einen Sieve-Client zur Verfügung stellt. Volle Zustimmung an aziegler ("managesieve kann man doch selbst einrichten und braucht LiveConfig dazu nicht unbedingt").
    Die Zeit kann besser für Kernthemen genutzt werden. Das bringt uns allen mehr!

  • Menü für Endkunden übersichtlicher gestalten

    Die FTP-Zugänge sind bei "Webspace" gut aufgehoben. Ich schätze das schlanke Menü und dass nicht jede Funktion eine eigene Seite hat.


    Eventuell könnte der (default-)FTP-Zugang stärker visualisiert werden wenn er kein Kennwort hat. So wäre schneller ersichtlich, dass ein Kennwort hierfür gesetzt werden kann.


    Der Erweiterung um Kennzeichnung für SSH stimme ich zu.

  • sieve + roundcube und individuelle Filter

    Die Variablen sind veraltet:

    Zitat von https://wiki2.dovecot.org/Pigeonhole/ManageSieve/Configuration?highlight=(sieve_storage|sieve_dir)

    For Dovecot v1.0 and v1.1, the sieve_dir setting used by ManageSieve was called sieve_storage
    ...
    For Pigeonhole versions before v0.3.1, this setting can only be a filesystem path pointing to a script file, or - when ManageSieve is used - it is the location of the symbolic link pointing to the active script in the storage directory. That storage directory is then configured using the deprecated sieve_dir setting.


    Es ist nun alles über sieve bzw. userdb_sieve zu regeln:
    Mit
    userdb_sieve=file:~/sieve/%u;active=/var/mail/vertrag/3/dovecot.sieve in /etc/dovecot/passwd
    klappt es.

  • sieve + roundcube und individuelle Filter

    Danke.


    Zunächst: Ich vermute den Fehler außerhalb von LC.
    Autoresponder in LC ist deaktiviert damit der Symlink auf die aktive, individuelle Sieve-Dateien erhalten bleibt. So kann mittels managesieve deutlich mehr konfiugiert werden.
    Um globale Filtersätze zu vermeiden werden mittels
    sieve_storage = ~/sieve/%u
    die Daten in
    /var/mail/sieve/info@example.com/names_des_filtersatzes.sieve
    geschrieben. Das funktioniert. Nur wird es bei Maileingang nun mit o.g. Fehler quittiert.

  • sieve + roundcube und individuelle Filter

    Das hat lange Zeit wunderbar funktioniert. Neuerdings sowohl auf einem schon länger bestehenden als auch auf einem einem neu installierten Debian 9 führt es zu
    dovecot: lda(info@example.com): Warning: sieve: file storage: Active sieve script symlink /var/mail/vertragsname/3/dovecot.sieve is broken: Invalid/unknown path to storage (points to /var/mail/sieve/info@example.com).


    Die Zeile
    sieve = ~/.dovecot.sieve
    wird durch
    userdb_sieve=/var/mail/vertragsname/3/dovecot.sieve aus /etc/dovecot/passwd überschrieben und ist nach meinem Verständnis optional.


    Wird
    sieve_storage = ~/sieve/%u
    weggelassen entfällt die Fehlermeldung und Sieve funktioniert - dann gibt es aber kein eigenes Verzeichnis je User mehr => ungeeignet.



    Wer kann das reproduzieren?

  • IP-Gruppen Zuweisung

    Bevor ein Vertrag angelegt ist kann ihm keine IP-Gruppe zugewiesen werden.
    Wird der Vertrag via API samt Domains angelegt und gleich die richtige, exklusiv gewünschte IP-Gruppe zugewiesen so kann diese in der Webserververwaltung nicht mehr von "gemeinsam" auf "exklusiv" umgestellt werden.


    Den Import an dieser Stelle zu splitten kann keine Lösung sein.

  • HTTP 2.0 Support

    Mit aktuellem Stable weiterhin


    * Connection state changed (MAX_CONCURRENT_STREAMS updated)!
    * http2 error: Invalid HTTP header field was received: frame type: 1, stream: 1, name: [upgrade], value: [h2]
    * HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1)
    * Curl_http_done: called premature == 1
    * Closing connection 0
    * TLSv1.2 (OUT), TLS alert, Client hello (1):
    curl: (92) HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1)


    und Schleifen von AppleWebKit.


    "more" erscheint in /usr/lib/liveconfig/lua/nginx.lua nicht. Ist Ihr letzter Absatz ein Ausblick, eine Empfehlung, nur eine technische Information?

  • Migration LiveConfig -> Liveconfig

    Zur DB: Aus dem Bauch heraus zum prüfen - vorab mit einem Test-Vertrag!
    DB sichern (zB MySQL-Dump), Integrität sicherstellen. Alle DB des Kunden in LC löschen, dann prüfen, ob der DB-Server geändert werden kann. Wenn geändert (vmtl. geht das sonst auch über die DB) neu Anlegen und Dumps importieren.


    Workaround: Dem Kunden einen zweiten Vertrag geben für die DB. Dann kann komfortabler mittels Rsync gearbeitet werden.

  • HTTP 2.0 Support

    Debian 9:


    Nach Aktivierung von http/2 in Nginx explodiert die Last auf dem Server. Requests werden gefühlt endlos erneut abgesetzt:



    Nach Deaktivierung von http/2 normalisiert sich das wieder.
    Gibt es dazu Ideen?