Die Berechtigungen für den Systembenutzer `keyhelp` blieben unverändert. Der Systembenutzer `keyhelp` hatte ohnehin seit der Einführung der Fail2Ban-Verwaltung mit KeyHelp 21.3 Befugnisse, mit dem System-Binary "fail2ban-client" zu interagieren. Darüberhinaus sind keinerlei Rechte für andere Nutzer e ...

Erledigt mit KH 26.1. Zur Diskussion: Auf welche Weise die API genutzt wird, ist dem Administrator überlassen. Er ist bei Nutzung der API selbst dafür verantwortlich, nur valide Requests abzusetzen. Sollte er seinen Nutzern direkten Zugriff auf API Funktionalitäten geben wollen, muss er sich auch um ...

Erledigt mit KH 26.1

Erledigt - mit Checkbox Lösung.

Schau mal in diesen Beitrag:

viewtopic.php?p=58758#p58758

Trifft das auch auf dich zu (RAM-Disk)? Falls ja, sollte das nächste KeyHelp Update für dich Verbesserung bringen, da hab ich schon entsprechend was umgesetzt.

Hello KeyHelp version + build number 25.1, Build 3433 (already updated to the latest available build via Toolbox -> Maintenance tasks -> Update control panel, before attempting the OS upgrade) 25.1 is not the latest Version for Ubutu 22.04. The latest version, which needs to be installed in order to ...

Ich könnte es an die vom Admin zugewiesenen Benutzer-Ressourcen "E-Mail-Konten" und "E-Mail-Adressen" koppeln. Wenn ein Nutzer dort eine Zahl größer 0 bekommen hat, sieht er die Einstellung.

Da dieses Verhalten quasi seit Beginn an in KeyHelp so gehandhabt wird, möchte ich zumindest der Community noch Gelegenheit geben, mögliche Bedenken zu äußern - ansonsten würde nichts dagegen sprechen, die Einstellungen für Kunden mit dem nächsten Update freizugeben. Ich gebe zu, zumindest beim Teste ...

I also noticed something strange which might be indirectly related to the issue: keyhelp version KeyHelp : 26.0 (Build 3624) Operating System :[b] Debian 12.7 (64-bit) But I am on Debian 13: lsb_release -d Description: Debian GNU/Linux 13 (trixie) In this case, I would highly recommend restoring a ...

Have you updated the build number, as I explained in step 1)?
Because without it, there is no reinstall triggered, like it is shown in the log you posted.

No icu-69-1 directory on all my additonal keyhelp php installations !?!?!? :o They are only available for Debian 13 in PHP 7.4 and PHP 8.0. But still strange they are not there on your system. Let's reinstall the additional interpreter and see if it fixes the issue: 1) Open the file /opt/keyhelp ...

Please perform these commands and it should work:

Hab die Änderung entsprechend umgesetzt, so der SPF Reject noch greifen kann.

Eine SPF-White-Liste kommt mit dem nächsten Update auch, damit hat man so auch noch mehr Spielraum, sollte es im Einzelfall benötigt werden.

Der Grund sind die derzeitigen Einstellungen unter /etc/rspamd/local.d/multimap.conf Dort steht bei whitelist: prefilter = true; action = "accept"; Damit wird force_actions nicht mehr ausgeführt. Wenn man diese auskommentiert und Rspamd neustartet sollte das von dir gewünschte Verhalten eintreten. ...

Dann bitte einmal den Screenshot der Rspamd History posten, bei der besagte Email durch Rspamd bewertet wurde (mit ausgeklappten Bewertungskriterien).

Zusätzlich noch den Inhalt der Datei: /etc/rspamd/local.d/force_actions.conf