Der Fehler in der Preview ist bekannt und wurde mit r4458 behoben. Die Tabelle erzeugt ein nicht lesbares JSON wenn bei einer (Sub)Domain eigene DNS-Einträge existieren.
Das Update steht unmittelbar bevor - die Tests stecken in den letzten Zügen. Im Bereich der Postfix-Konfiguration haben sich einige Sachen geändert, die wir intensiv testen müssen.
Beiträge von kk
-
-
LiveConfig-Version?
-
LiveConfig kann die E-Mail-Accounts nicht direkt in MySQL anlegen.
In der von LiveConfig erzeugten Konfiguration nutzt Postfix den Dovecot via SASL zur Authentifizierung (d.h. Postfix hat ohnehin nichts mit MySQL zu tun). Dovecot wiederum ist so konfiguriert, dass er mit einer "normalen" passwd-Datei arbeitet - das ist schnell und robust.Wenn Sie beim Anlegen eines Postfachs irgendwelche Daten in MySQL eingetragen haben möchten, dann müssen Sie ein Script schreiben was dies erledigt. Dieses Script können Sie durch Erweiterung oder Ersetzen der Lua-Funktion "LC.dovecot.addMailbox()" aufrufen lassen.
https://www.liveconfig.com/de/handbuch/api.lua.xhtml
Viele Grüße
-Klaus Keppler
-
Tauchen die zusätzlichen PHP-Versionen auf dem Client beim Aufruf von "lcclient --diag" auf? Wenn ja, dann nur LiveConfig-Client neu starten (damit der die neu erkannten Versionen an den LiveConfig-Server meldet).
-
Hello,
the PHP packages for Debian have been updated to version 5.6.30, 7.0.15 and 7.1.1.
Additionally, the PHP 5.3.29 package for Debian Wheezy has been updated (the "ftp" extension is now included there).Best regards
-Klaus Keppler
-
Hallo,
die PHP-Pakete für Debian wurden auf die Versionen 5.6.30, 7.0.15 und 7.1.1 aktualisiert.
Außerdem wurde das Paket mit PHP 5.3.29 für Debian Wheezy aktualisiert (die "ftp"-Extension wurde darin aufgenommen).Viele Grüße
-Klaus Keppler
-
FTP-Benutzer manuell anlegen (also per "adduser"-Aufruf).
Wenn kein gleichnamiger Account in LiveConfig angelegt/verwaltet wird, kommt es auch nicht zu Konflikten. -
Dann habe ich auf "bearbeiten ..." geklickt und ein Passwort für den Benutzer root angelegt.
Sie müssen da das Passwort angeben, welches dem MySQL-root-Account gehört.
Sie legen damit also kein "neues" MySQL-Passwort fest.Das MySQL-root-Passwort haben Sie irgendwann während der Installation von MySQL festgelegt. Genau das müssen Sie hier also LiveConfig mitteilen.
-
Nennen wir es "die Ruhe vor dem Sturm"

-
Wenn Sie den Vertrag bearbeiten, prüfen Sie bitte welcher Ausführungstyp bei PHP eingestellt ist (mod_php, suexec, FastCGI). Ich vermute, dass dort etwas ungültiges eingestellt ist.
Viele Grüße
-Klaus Keppler
-
Im liveconfig.log steht:
ACME: can't get certificate for 'DOMAIN.com': Error creating new cert :: Too many certificates already issued for exact set of domains: DOMAIN.com,www.DOMAIN.comIch gehe davon aus, dass Sie die aktuelle LiveConfig-Version (2.2.3) einsetzen?
Wie die Fehlermeldung schon sagt wurde das Zertifikat für die gewünschten Domains zu oft beauftragt. Bitte suchen Sie im LiveConfig-Log nach dieser Domain und schauen, was bei früheren Abruf-Versuchen jeweils erschienen ist.
-
@Keppler-IT: da müsstet ihr dann nochmal ran.
Nö, da muss die Telekom ran.

Ganz ehrlich: mit Speedport-Routern gibt es NUR Ärger (Port 25 ausgehend ist standardmäßig geblockt, aber auf das Management-Interface durfte bis vor wenigen Wochen noch jeder von außen (!!) zugreifen?!).So wie es aussieht kann man mit dem SPLivePatch einen "anderen" Anbieter einstellen. Das wird aber vermutlich nur mit Port 80 oder 443 klappen (LiveConfig läuft standardmäßig auf 8443).
Lösung wäre also, ggf. einen Reverse-Proxy zu konfigurieren, der Anfragen von Apache dann zu LiveConfig weiterleitet. Die von LiveConfig bei DynDNS-Updates erwartete Syntax ist identisch (kompatibel) zu DynDNS 2.Im Moment haben wir wichtigere Dinge zu tun als Workarounds für "broken-by-design" Speedports zu entwickeln. Bitte einen anständigen Router (z.B. FritzBox) anschaffen und/oder bei der Telekom beschweren.
Wenn Speedport "offiziell" die Einstellung anderer DynDNS-Anbieter erlaubt, werden wir uns gerne ein Testgerät anschaffen und die Konfiguration dokumentieren.Viele Grüße
-Klaus Keppler
-
Das eine hat mit dem anderen nichts zu tun. Wenn SpamAssassin auf dem selben Server wie der Postfix läuft, ist es selbstverständlich dass das die Kommunikation über "localhost" stattfindet.
Das Problem dürfte ein komplett anderes sein. Google-Suche nach "URIBL_BLOCKED", vierter Treffer:

http://spielwiese.la-evento.co…g-fuer-URIBL_BLOCKED.htmlViele Grüße
-Klaus Keppler
-
Danke für den Hinweis - da hatte übereifrige Optimierung in der NGINX-Konfiguration leider was zerschossen.
Die Bilder sind nun wieder da. -
Ich weiß ja nicht welches PHP 5.5 Sie meinen (also von welcher Quelle, auf welcher Distribution usw). Aber die von uns bereitgestellten PHP 5.5 Pakete enthalten gar kein ImageMagick-Modul. Vielleicht wäre das schon die Erklärung...

PHP 5.5 ist zwar schon End-of-Life, aber ich kläre mal ab ob wir dafür manuell auch noch ein ImageMagick-Paket bauen können.
-
Ach ja, dieses elendige Speedport-Router-Thema...
Aber: die lassen dann auch keine unverschlüsselten Verbindungen durch, sondern schlicht gar nichts. -
Könnte jemand freundlicherweise (eventuell der Support von LiveConfig) kurz erklären, wie die Installation per FTP incl. der Erstellung der Datenbank funktioniert?
Eine solche Dokumentation ist Aufgabe von nextCloud - wir können da beim besten Willen keinen Support leisten.
Da Sie nextCloud auch regelmäßig (selbst) aktualisieren müssen, sollten Sie sich mit der Installation auf jeden Fall gut vertraut machen.NACHTRAG: ach ja, nextCloud bietet selbstverständlich auch einen (kostenpflichtigen) Support für die Installation.
-
Ob die Ports "von außen" erreichbar sind und welches SSL-Zertifikat da verwendet wird, können Sie z.B. mit unserem SSL-Check prüfen.
Wenn nur Verbindungen über SSL-Ports (993/995/465) nicht klappen, dann kann das erfahrungsgemäß am Virenscanner liegen, der die Verbindungen nicht erlaubt (bei Ende-zu-Ende-Verschlüsselung kann der Virenscanner bei SSL schließlich den Mail-Verkehr nicht mehr scannen).
Manchmal gibt es aber auch irgendwo Firewall-Regeln, wo die Ports nicht freigegeben sind.Viele Grüße
-Klaus Keppler
-
Könnten Sie uns die betroffene CatchAll-Adresse (bzw. eben den Domainnamen) kurz per Mail an support@liveconfig.com schicken? Ich würde gerne mal versuchen ob wir das reproduzieren können.
-
Hallo,
welche LiveConfig-Version lief zu dem Zeitpunkt als Sie die CatchAll-Adresse gelöscht haben? Vor v2.2.3 wurden CatchAll-Adressen u.U. nicht korrekt gelöscht. Öffnen Sie die Datei /etc/postfix/virtual_alias und löschen dort die CatchAll-Adresse manuell heraus. Danach müssen Sie noch den Befehl "postmap /etc/postfix/virtual_alias" ausführen.
Viele Grüße
-Klaus Keppler