Hello,
the PHP packages for Debian have been updated to version 5.6.25, 7.0.10 and 7.1.0beta3.
Best regards
-Klaus Keppler
Hello,
the PHP packages for Debian have been updated to version 5.6.25, 7.0.10 and 7.1.0beta3.
Best regards
-Klaus Keppler
Hallo,
die PHP-Pakete für Debian wurden eben auf die Versionen 5.6.25, 7.0.10 und 7.1.0beta3 aktualisiert.
Viele Grüße
-Klaus Keppler
Das sind Feature-Requests, und die sind auch aufgenommen.
Ich würde nur gerne zwischen "Support" (im Sinne von "Hilfe wenn was nicht klappt") und "Feature-Requests" (im Sinne von "ich hätte gerne die Funktion XYZ umgesetzt") unterscheiden.
LiveConfig finde ich gut, schade ist jedoch, dass der Support in der Tat etwas schleppend ist.
Ich finde kein einziges offenes Ticket von Ihnen.
wie können wir Systemweit Standardmäßig folgende Werte beim anlegen von Domains und E-Mail Postfächern für unsere Kunden aktivieren:
Das geht durch Anlegen bzw. Ändern der entsprechenden Werte in der LiveConfig-Tabelle LCDEFAULTS:
http://www.liveconfig.com/de/h…advanced.lcdefaults.xhtml
In diesem Fall: mail.autoconfig.default, mail.greylisting.enabled, mail.spam.enabled
Wir planen bereits, diese Einstellungen längerfristig auch über die Weboberfläche konfigurierbar zu machen.
Jedoch keine /etc/pam.d/vsftpd-lc vorhanden. Sollte die da sein?
Ja. ![]()
LiveConfig legt die automatisch an, wenn die Verwaltung des vsftpd über Serververwaltung -> FTP aktiviert wird.
#%PAM-1.0
# _ _ ___ __ _ (R)
# | | (_)_ _____ / __|___ _ _ / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \| _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
# |___/
# Copyright (c) 2009-2016 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# PAM configuration for vsftpd with virtual users
# Maintained by LiveConfig
# Virtual account is sufficient, try local account as fallback:
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth sufficient pam_userdb.so db=/etc/vsftpd/passwd crypt=crypt
auth required pam_unix.so
# Local account is sufficient, permit any (virtual) account as fallback:
account sufficient pam_unix.so
account required pam_permit.so
# <EOF>-----------------------------------------------------------------------
Alles anzeigen
Ich habe eben auf einem "frischen" Debian 8 eine Installation mit vsftpd getestet.
Es reicht, die Pakete "vsftpd" und "db-util" zu installieren (/usr/bin/db_load wird dabei automatisch als Symlink auf /usr/bin/db5.3_load eingerichtet). Bei einem Dist-Upgrade von Wheezy auf Jessie sollte eigentlich das db-Paket auch von 4.x auf 5.3 aktualisiert werden.
Allerdings ist mir eben aufgefallen, dass nach Änderungen am Startverzeichnis eines zusätzlichen (virtuellen) FTP-Accounts scheinbar das Passwort nicht mehr funktioniert. Wenn das Passwort neu gesetzt wird, klappt die Anmeldung damit einwandfrei. Ich werde das gleich mal im Detail prüfen...
lebenszeit: steht bei Ihnen in /var/log/liveconfig/liveconfig.log zum Zeitpunkt der Zertifikatsbestellung auch etwas von "PEM_read_bio:no start line"?
Das deutet jedenfalls darauf hin, dass das von Let's-Encrypt ausgestellte Zertifikat nicht erfolgreich abgeholt werden konnte. Wobei LiveConfig dann kein "leeres" Zertifikat konfigurieren sollte...
Let's Encrypt verschickt meines Wissens aktuell keine E-Mails mehr (zumindest nicht wenn das betroffene Zertifikat inzwischen verlängert wurde).
Und die Mail von LiveConfig wird nur 14/7/0 Tage vor Ablauf versendet. Da Let's-Encrypt-Zertifikate 30 Tage vor Ablauf verlängert werden, sollte es im Normalfall also gar keine E-Mail geben.
Wenn man eine Mail über ein ablaufendes Zertifikat bekommt, dann ist das ein "manuell" verwaltetes Zertifikat, oder bei der Let's-Encrypt-Verlängerung ist etwas schief gegangen. So oder so ist dann irgendeine Reaktion erforderlich.
Viele Grüße
-Klaus Keppler
Ab sofort stellen wir für Debian Linux auch ein Paket mit PHP 7.1.0 zur Verfügung (siehe Wiki).
Bitte beachten Sie, dass PHP 7.1 noch nicht produktiv eingesetzt werden sollte. Aktuell ist Version 7.1.0-beta2, Ende dieser Woche soll die letzte Beta-Version erscheinen (beta3).
Viele Grüße
-Klaus Keppler
LiveConfig version 2.2.1 (r4293) is available for download now.
Most important changes are:
... as well as many minor bug fixes and improvements as described in the changelog.
Best regards
-Klaus Keppler
Ab sofort steht LiveConfig in der Version 2.2.1 (r4293) zum Download bereit.
Die wichtigsten Änderungen sind:
... sowie viele kleinere Fehlerbehebungen und Detailverbesserungen, die alle im Änderungsverlauf beschrieben sind.
Viele Grüße
-Klaus Keppler
Im Kunden-Verzeichnis gibt's unter "logs" eine "appinstall.log", da sollte genau drin stehen welcher Fehler aufgetreten ist (/var/www/<Vertrag>/logs/appinstall.log - kann man auch über's LiveConfig anzeigen lassen)
Bzgl. der unfertigen Installation: spätestens nach einem Neustart von LiveConfig sollten die sich löschen lassen. Ansonsten bitte noch mal kurz Bescheid geben.
Wir prüfen das gerade, weitere Details in Kürze...
Der Autoresponder wird über ein sogenanntes "Sieve-Script" realisiert. Der entsprechende Sieve-Befehl ("vacation") ist in RFC5230 standardisiert. Dieser sieht meines Wissens keine speziellen Platzhalter vor.
Der "reason"-String (also der Message-Body der Antwort) kann aber Variablen-Platzhalter (gemäß RFC5229) in der Form ${Variable} enthalten - siehe z.B. http://wiki2.dovecot.org/Pigeo…mples#Vacation_auto-reply
Derzeit setzt das von LiveConfig installierte Autoresponder-Script nur die Variable ${subject} (mit dem Betreff der Original-Mail).
Welche Variablen wären denn noch sinnvoll? Das aktuelle Datum ist ja ohnehin in der Antwortmail enthalten. Einen "Namen" gibt es ja beim Absender nicht direkt, höchstens eine Absender-Mailadresse. Auch da ist fragwürdig, was man damit im Mail-Body anfangen möchte.
Viele Grüße
-Klaus Keppler
Kurze Info zum Wochenende: die Preview wurde soeben noch mal aktualisiert. Es handelt sich bei den Änderungen ausschließlich um Detailverbesserungen und kleinere Fehlerbehebungen.
Wir planen v2.2.1 Anfang kommender Woche als "stable" freizugeben.
Viele Grüße
-Klaus Keppler
Ist das so gewollt von LiveConfig, das wenn der Kunde die IP des Server als "Externe Domain" anlegt der Kunde dann damit direkt Zugriff auf seinen Webspace hat, obwohl dies eine Shared IP ist für andere Kunden?
Hmm, nein - das ist nicht gewollt. Wird mit dem nächsten Update (v2.2.1) unterbunden.
Viele Grüße
-Klaus Keppler
Kann das beliebig reproduzieren: Bestehende E-Mail-Adresse geändert (1 angehangen), Mails lesen ja, aber kein Mail-Versand. Wird die Änderung Rückgängig gemacht, funktioniert auch der Mail-Versand wieder.
Wenn Sie den Account umbenennen, müssen Sie im Mail-Programm die Benutzerdaten ja auch anpassen. Ich vermute mal, das in diesem Fall nur die Daten für den E-Mail-Abruf (IMAP) geändert wurden, für den E-Mail-Versand (SMTP) aber noch der alte Benutzername genutzt wird.
Hier stehe ich auf dem Schlauch... wenn ich ein neues Zertifikat in Form von servername.meinedomain.de anlegen will, sehe ich folgende Fehlermeldung: Domainname nicht gefunden
Dann wird wohl noch nirgendwo im LiveConfig die entsprechende Domain angelegt sein.
Um eni Let's-Encrypt-Zertifikat anzufordern, muss die betroffene Domain irgendeinem Webspace zugeordnet sein (die kann dort aber problemlos als Weiterleitung o.ä. konfiguriert sein, das spielt keine Rolle).
Hello,
the first preview for LiveConfig v2.2.1 is available for download now. The most important changes up to now are:
Best regards
-Klaus Keppler