Wir haben hier auch das Problem
Kann ich ebenfalls bestätigen unter Debian 10 und aktueller LiveConfig-Version
Beiträge von bravesurfer
-
-
Zitat
Also bei mir wird PHP 7.3.26 mit EOL 06.12.2021 korrekt angezeigt.
Hoffe deine 7.3.19 ist nicht veraltet und hat alle Updates per (Security-)Backport.Danke für den Hinweis, habe das in der Tat noch nicht gesehen dass dort nun die PHP-Versionen gelistet sind.
Das ist die PHP aus Debian 10 die natürlich entsprechend Updates erhält. -
Bei mir wird für PHP 7.3.19 als EOL der 03.12.2018 in Liveconfig vermerkt. Soweit ich weiß ist das aber nicht korrekt sondern es sollte 6.12.2021 lauten.
Liegt wohl daran, dass ich php73 von Debian Buster übernehme und daher unter /etc/liveconfig/lua.d keine php73.lua dafür angelegt wurde in der wohl EOL vermerkt wird.
Kann man das im nächsten Release irgendwie korrigieren? Wo kann ich das derweil korrigieren?
-
... nur ein Schönheitsfehler aber unter LiveConfig->Status wird als neuste Version wird 2.9.3 release ausgegeben obwohl da ja nun 2.10.1 stehen müsste. Die LiveConfig-Version wird hingegen korrekt ausgegeben.
-
Wurde die angekündigte neue Version wieder verworfen?
Etwas Infos wären nett!
-
Ja, die werden beide derzeit inhaltlich überarbeitet und in Kürze auch wieder online stehen.
Prima, danke!
Der Fehler ist nun auch behoben (Inkompatibilität nach einem PHP-Upgrade...
)Danke, funktioniert nun auch im Backend des Wiederverkäufers nun wieder und ich konnte bereits eine neue Lizenz in Echtzeit ordern. Wurde mir von dort auch bereits bestätigt.
-
Leider erhalte ich eine Fehlermeldung, wenn ich als Partner eine Lizenz ordere: "Error while ordering: Not Allowed (partner.php:170)"
Ich wollte gestern über meine Bezugsquelle und deren Backend eine weitere Lizenz ordern und erhielt eine ähnliche Fehlermeldung (Error while calling Web Service: Not Allowed).
-
WIrd es auch noch die bisherigen Wiki Beiträge zum Beispiel zu Multi-PHP und Autodiscover wieder geben?
Da fehlen im Moment ja einige nützliche Beiträge oder habe ich die nur nicht gefunden? -
steht doch oben, um den 1. Mai herum (Spaß)
P.S: Finde es nicht schlimm wenn solche Ankündigungen aus welchen Gründen auch immer, nicht eingehalten werden können, man sollte die Kunden dann aber nach Möglichkeit kurz informieren dass und warum es zu Verzögerungen kommt oder solche Ankündigungen bleiben lassen
-
Da hat uns die Bundesregierung mal wieder einen wirklich tollen Dienst erwiesen.
Ohne Worte!
Hier noch einige Hinweise/Praxistipps wie das seinerzeit von 16 auf 19 % geregelt wurde
-
Das Handbuch wird diesbzgl. gerade angepasst und zum 01. Mai aktualisiert. Um diesen Zeitpunkt herum ist auch das Release von v2.10 geplant.
Schon absehbar wann nun mit dem Release zu rechnen ist?
-
ich muss dem SA mal etwas auf die Sprünge helfen, bin mir aber nicht sicher welchen DB-Path ich dem sa-learn geben muss, damit das gelernte für alle Benutzer auf dem System genutzt wird.Klaus Rörig
Mich würde ebenfalls interessieren welchen -dbpath ich da setzen muss bzw. wie Liveconfig die bayes_seen und bayes_toks , die sich ja für jeden Nutzer unter /var/lib/spamassassin/POSTFACHBEZEICHNUNG befinden, anlegt.
-
Ich würde diese Funktion ebenfalls begrüßen
-
Sorry gerade gesehen dass diese schon zur Verfügung stehen, lediglich im LiveConfig-Wiki nicht aufgeführt sind.
-
Hallo,
wann werden den den PHP-Pakete für Debian 10 (Buster) zur Verfügung gestellt?
-
Danke für die Korrekturen!
-
Das passt nun auch soweit mit der Ausnahme dass hier die Benutzerverzeichnisse mit root:spamd mode=0750 angelegt werden, wen ich ein neues Postfach anlege.
-
Wie genau äußert sich "funktioniert [...] hier leider nicht mehr" denn? Welcher Fehler tritt auf, bzw. was wird in /var/log/mail.log während des Empfangs einer E-Mail protokolliert?
Keine Berechtigung user_prefs zu lesen. Konnte aber auch dieses Problem nun lokalisieren. Neue Nutzerverzeichnisse werden in /var/lib/spamassassin mit den Rechten root:spamd angelegt (bislang debian-spamd:debian-spamd), daher gab es in den bereits vor der Umstellung angelegten Verzeichnissen Probleme.
-
Es muss NICHTS angepasst werden! Lassen Sie die Dateibereichtigungen in /var/lib/spamassassin bitte unverändert auf "debian-spamd".
Dann funktionieren die Spamfilter hier leider nicht mehr!
-
Hallo,
nach purge und Neuinstallation von Spamassasin wird dieser unter spamd ausgeführt. Insofern wurde die /etc/default/spamassassin lediglich -u debian-spamd durch -u spamd ersetzt.
Außerdem habe ich den Besitzer der VZ und Dateien die debian-spamd gehörten im VZ /var/lib/spamassassin auf spamd angepasst. Hier funktioniert seitdem auf einen Testsystem alles zuverlässig und stabil.
Auf einem Produktivsystem habe ich allerdings bislang noch nicht getestet.
