Beiträge von pitgrap

    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, con dort zu den geweiligen Verträgen/Domains zu kommen bzw. anzeigen zu lassen. D.h. ich muss entweder perr 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.

    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"

    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...

    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.

    Moin, ich habe gerade von 2.10.4 auf 2.11.1 geupdatet. Leider ist jetzt in der Serververwaltung der Bereich PHP-Versionen leer.
    In der Auswahl bei einer Domain sind noch alle Versionen vorhanden und auswählbar.


    Ist der Fehler bereits bekannt?

    Moin,


    ich benutze Liveconfig mit Debian 9. Ich habe PHP 7.3 und PHP 7.4 zusätzlich installiert und PHP7.4 zum Default gemacht. Soweit so gut. Nun ist in Debian 9 PHP 7.0 enthalten. Das ist installiert, weil es von ein paar internen Skripten verwendet wird.
    Jetzt möchte ich aber gerne diese Version in der Auswahl-Liste den Kunden nicht zur Verfügung stellen.


    Auf https://www.liveconfig.com/de/…an-mehrere-php-versionen/ finde ich nur Infos, wie man weitere Versionen hinzubekommt, aber nicht, wie man Versionen "verstecken" kann. Jemand eine Idee?

    Moin,


    ich hätte einen Feature Request:
    Und zwar möchte ich gerne alle PHP5 Kunden umstellen. Dazu muss ich aber wissen, wer noch eine alte Version benutzt.


    Unter Berichte gibt es den Bericht "Kunden-Domains". Kann man dort noch eine Spalte für PHP einfügen? Evtl. sogar noch eine weitere, ob für die Domain SSL aktiviert ist?


    Das wäre super. Vielen Dank.