Halte ich für eine ziemlich gefährliche Funktion und würde ich so nicht im KeyHelp einbauen wollen. Wenn ein Administrator das aber für seine Kunden verantworten möchte (und von der rechtlichen Seite abgesehen) kann man sich selbst einmal über "doveadm search" und "dovecot expunge" schlauch machen. D ...

Hallo,

Schön das du KeyHelp als Alternative ins Auge gefasst hast .

KeyHelp bietet eine API (Dokumentation: https://api.keyhelp.de), allerdings bietet es keine Migration von CWP7Pro zu KeyHelp.
Eine automatische Migration müsste man sich also aktuell selbst schreiben.

I've been running into a lot of problems with permissions after upgrading to Ubuntu 24.04 on one of my servers. For other users reading this thread: I just want to point out, the dist-upgrade does not change the permissions, this has to have other courses, not the dist-upgrade or the dist-upgrade ...

Finde ich gut, wenn man in der PHP Versionsverwaltung einfach auf die Symbole klicken kann um Kunden und Domains aufgelistet zu bekommen die die gewählte Version einsetzen :) Würde sehr helfen. Hab ich jetzt so eingebaut, erstmal nur als ganz simple Liste. Kann man später ja noch verbessern. Bei de ...

Es wird doch korrekt interpretiert als "Off".
Ob es in der Konfiguration nun so:
oder so: steht, ist doch nur ein kosmetisches Problem, solange es korrekt ausgewertet wird.

Hallo, die Postfachgröße wird in KeyHelp mittels eines simplen "du" befehls ermittelt. Ich vermute, bei dir stecken die großen Datenmengen vll in einem Unterordner, z.B. Entwürfe / Gesendet / etc. Hier kannst du selber einmal nachsehen, welcher Ordner, wieviel Platz belegt: du -h /var/mail/vhosts/<DO ...

Hallo, Wie von Waldfee bereits angemerkt, ein Dist-Upgrade sollte immer über das bereitgestellte Script laufen. Die etwaigen Probleme, die bei deinem Server im Zuge des Upgrades aufgetreten sind, sollten zunächst gefixt werden, anschließend muss die Dist-Upgrade-Anleitung befolgt. Bzgl. des Problems ...

An important KeyHelp update will be released later this week. Please make sure your server is still able to receive KeyHelp updates. This means your operating system should be running at least Debian 12 or Ubuntu 22.04. Please install the update promptly once it is released, as it addresses ...

Im Laufe der Woche wird es noch ein wichtiges KeyHelp-Update geben. Stellt bitte sicher, das eure Server in der Lage sind, noch KeyHelp-Updates zu empfangen. Das OS sollte sich also mindestens auf Version Debian 12 bzw. Ubuntu 22.04 befinden. Das Update sollte nach erscheinen zeitnah von euch ...

PHP 7.3 Pakete sind nun auch live.

Die älteren Versionen müssen bis irgendwann nächste Woche warten, die kompilieren derzeit in meiner build-pipeline garnicht mehr.

Nächste Woche gehen die Probleme übrigens genauso weiter wie die letzten Tage. Die Info dazu folgt Anfang nächste Woche...

Ich hatte für mein Teil davon schon entschieden, dies nicht mehr aktiv einzusetzen.

Ist meiner Meinung ja auch die einzig sinnvolle Lösung, aber naja ...
Dabei hätte ich eigentlich viel wichtigeres aktuell zu tun als mit den uralt Versionen zu beschäftigen...

@ITS wrote: ↑Fri 23. Oct 2026, 13:08 Es gibt noch einen Patch für 5.6, habe ich bisher nicht mitbekommen.

Wird auch nicht offiziell von php.net zur Verfügung gestellt.

Das bedeutet konkret, dass der am 23.10.2026 um 11:08:53 gebaute PHP-8.1.34-Build die Backports für CVE-2026-109618 und CVE-2026-109619 enthält?

Korrekt

Update:

- PHP 8.1 Pakete sind mitlerweile auch live.

- Tests mit PHP 5.6 + Patch laufen

... a lot of people probably don't even read the details ... A lot of problems over the last few days (php2hell) could have been avoided if this were different... --- No need for dependencies for patches, this was simply a shortcoming of the current patch manager implementation (it was never meant ...