Moin,
ich denke die Doku zum Anpassen der Login-Seite funktioniert nur mit LC2, auch wenn Sie Teil der Doku von LC3 ist:
https://www.liveconfig.com/de/…/customization/login.html
Wie kann ich am einfachsten den Footer dieser Seite anpassen? Ich will "nur " Links zum Impressum, Webmail und zur Status-Seite unten auf der Seite hinzufügen.
ok, vielleicht hätte ich genauer suchen sollen.
Siehe pm.max_children
Moin,
ich habe auf meinen Servern alle Kunden von fcid auf FPM umgestellt. In den neuen php8X-fpm.logs habe ich nun doch mehr folgende Einträge als erwartet:
WARNING: [pool webXX] server reached max_children setting (8), consider raising it.
Wenn ich es richtig sehe wird der Wert max_children für jeden Kunden einzeln unter /etc/php-fpm/php83-fpm.d/webXX.conf konfiguriert.
Wie kann ich am einfachsten zentral den Wert für alle Kunden anpassen?
Danke für die Antworten. Wie ich es per ssh machen kann, weiß ich. 
Mein Feature-Request ist deswegen ja für die Liveconfig UI.
Moin,
ich habe einige Accounts mit noch älteren PHP Versionen. In Liveconfig wird wird mir angezeigt, welche Version wie oft genutzt wird. Jedoch habe ich keine Möglichkeit von dort zu den geweiligen Verträgen/Domains zu kommen bzw. anzeigen zu lassen. D.h. ich muss entweder per ssh suchen oder im UI alle Kunden einzeln durchklicken.
Daher wäre es super, wenn es entweder einen PHP Bericht geben könnte oder aber im Serverbereich bei der PHP Version nicht nur die Anzahl, sondern die Domain (mit Account) aufgelistet werden könnte.
Moin,
bei der Berechnung der Postfachgröße in LiveConfig 3.2.1 (17465) ist diese um Faktor 1000 verschoben. Also z.b. TB anstatt GB.
Wenn ich es richtig sehe, geht das via always_add_missing_headers = yes.
Das kann ich natürlich via custom.lua anpassen, aber ist das nicht eine sinnvolle Grundeinstellung?
Moin,
ich hatte ein sehr spezielles Problem mit abgelehnten E-Mails von einem Kunden. Ich konnte die Ursache finden, nur für eine Lösung bräuchte ich Hilfe.
Ausgangslage:
Wenn ein Kunde auf E-Mails antwortet, werden diese vom Empfänger abgelehnt. Schreibt der Kunde direkt, werden diese E-Mails zugestellt.
Die Analyse ergab, dass in den E-Mails per Antwort eine Message-ID fehlt und der Empfänger-Server dies verlangt. Macht postfix + spamd unter Livecontext ja auch.
Die Ursache ist die App "Samsung Email" unter Android. Die setzt bein Antworten einfach keine MID... Einmal mit Profis.
Meine Überlegung ist daher:
Ist es möglich, dass Livecontext die postfix config so anpassen kann, dass postfix bei fehlender ID vom Client serverseitig eine ID hinzufügt?
Können wir nicht nachvollziehen (eben auch nochmal mit Stretch getestet, sowohl "debian" als auch "debian-test"-Repo.
Nutzen Sie evtl. einen Proxy? Bzw. welche Architektur nutzen Sie?
Jetzt geht es wieder. Kein Proxy, Debian Stretch, x86_64. Hatte extra nochmal mir dir die "liveconfig.list" gezogen.
��*♀️
PS: Ich glaub das Forum, bzw. die DB mag keine Emojis bzw. "utf8mb4"
Ist zufällig dabei etwas mit dem Repo-Server schiefgelaufen?
Ein apt update für Debian Stretch liefert aktuell:
Fehl:3 http://repo.liveconfig.com/debian main Release
404 Not Found
Fehl:4 http://repo.liveconfig.com/debian stretch Release
404 Not Found
Moin, ich kann das Problem bestätigen. Nicht nur, dass der alte tmp Ordner bei vielen Kunden voll ist (mit alten Daten von 2019/2020), sondern auch das .cache Verzeichnis. Dabei sind dann sowohl die opcache Verzeichnisse für ältere Version, aber vor allem auch die aktuelle aktive Version voll. Das alte, inaktive Caches nicht aufgeräumt werden kann ich ja noch nachvollziehen, aber warum sammeln sich mehrere Caches in der aktuellen Version (.cache/opcache.php74) an (von 2020 bis heute)?
Im Einsatz ist Debian + Apache + PHP, sowie die aktuelle Liveconfig Version.
Hier die kuriose Geschichte + Lösung von meinem Problem:
Ausgangslage:
Exchange-Server benutzt meinen Debian Liveconfig-Server mit LetsEncrypt als Smarthost (SMTP-Relay). Seit gestern blieben die Mails in der Queue vom Exchange mit "CertExpired" Fehler.
Habe das Zertifikat in Liveconfig geprüft, neu erzeugt, etc. aber alles ok. Exchange geprüft etc, auch alles ok.
Dann habe ich mir mal die Stammzertifikate vom Windows Server angeguckt und siehe da, völlig veraltet und "ISRG Root X1" fehlte. Aber warum, sollten sich ja automatisch aktualisieren. Einstellungen durchsucht, nix gefunden.
Also mal testweise per Internet Explorer auf meinen Liveconfig Webserver. Dürfte ja auch nicht laden. Aber die Seite lädt, Zertifikat, als auch der Pfad sind ok. Ich zurück zu den Stammzertifikaten und siehe da, alle aktualisiert. :eek:
Mein Fazit, surfe regelmässig auf Windows Servern mit dem Internet-Explorer, damit die Stammzertifikate akutell gehalten werden...
Sollte das nicht automatisch passieren, wenn man die ACMEv2 API benutzt? Ist bei liveconfig noch die alte v1 API im Einsatz?
Das musst du nicht verlängern hat keinerlei Auswirkungen, gibt's auch einen Thread dazu.
Gefunden: https://www.liveconfig.com/de/…SL-Certificate-abgelaufen
Danke.
Moin, ich habe auch Probleme mit den Zertifikaten.
Vor allem bei Postfix, da Empfänger den Empfang blockieren: "454 4.7.5 Certificate validation failure, Reason:CertificateExpired'"
Das Problem ist das abgelaufene R3 Zertifikat. Moderne Browser überspringen das, ältere Clients aber nicht und es sollte auch nicht mehr Teil der Cert-Chain sein.
Außerdem ist mein "Default SSL Certificate for SNI" abgelaufen. Wie kann ich das erneuern? Finde kein Update/Renew Button. 
Richtig, diese Antwort hilft nicht weiter.
Und ich habe kk schon richtig verstanden. Geparkt habe ich als Versuch eines quasi "dry-run". Ja, war eine doofe Idee.
Nichtsdestotrotz gibt es da - unabhängig meines Problems" wohl einen Fehler beim Parken von Postfächer. Da der Server dann immer noch versucht E-Mails intern an diese Domain zuzustellen. Spätestens als ich die Domain komplett gelöscht habe, hätte ich erwartet, dass diese aus "virtual_domains" von Postfix entfernt wird. Wird sie aber nicht. Und selbst die geparkten Postfächer haben immer noch einen Bezug zu der Domain, weil wenn ich das geparkte Postfach lösche, wird wieder die E-Mail-Adresse inkl. der alten Domain angezeigt.
Ich glaube, da gibt es noch einen Fehler beim Parken der Postfächer.
Selbst wenn ich die Domain komplett lösche, kommt die Meldung "user unknown" und es wird nicht versucht den echten mx zu kontaktieren.
Kann ich das irgendwie in Postfix prüfen, ggf. korrigieren?
Danke für die Info.
Pöstfächer parken funktiniert hierfür leider nicht. In Liveconfig sind diese dann zwar keiner Domain mehr zugeordnet und ich kann E-Mail für die Domain deaktivieren. In Postfix bleibt die Zuordnung anscheinend trotzdem weiterhin bestehen. Bzw. zumindest reagiert Postfix immer noch auf E-Mails an diese Domain, jetzt jedoch mit "user unknown".
Und parken war auch keine gute Idee, da ich diese jetzt auf jeden Fall einzeln löschen darf, oder kann ich ähnlich, wie beim Domain löschen alle Postfächer wieder einer Domain zuordnen?
Moin,
ein Kunde hat seine E-Mails nach MS365 umgezogen, der Rest vom Account bleibt aber erhalten. Damit andere Kunden auf dem gleichen Server weiterhin mit dem Kunden kommunizieren können, muss ich E-Mail im Account für die Domain deaktivieren. Das geht nur, wenn vorher alle Postfächer gelöscht wurden. Jetzt hat der Kunde aber über 100.
Muss ich die jetzt alle per Hand einzeln löschen oder gibt es eine schnellere Variante?
Ich habe gerade auf 2.11.2 aktualisiert. Jedoch wird bei mir jetzt die Default Version zweimal angezeigt:
Zitat
7.4.15 (Standard) FastCGI, FPM 28.11.2022 61
7.4.15 (Standard) FastCGI, FPM 28.11.2022 2
7.0.33 FastCGI 03.12.2018 0
7.3.27 FastCGI, FPM 06.12.2021 0
Egal, ob ich auf den 1. oder 2. Eintrag klicke, im Popup wird mir immer "61 Subdomains" angezeigt.
