d00p

there is your problem. The domain might work for you locally as you tell your system what IP the domain resolves to....when requesting a Let's Encrypt certificate, the letsencrypt.org servers try to validate your domain by opening a special file via http - as they do not have your manual /etc/hosts entry, they cannot resolve the domain - hence no validation for the certificate

Du legst eine php-fpm version nur einmal an, php8.3 z.B. - unterschiedliche Konfigurationen (auch pm related) machst du dann mit "PHP Konfigurationen". Hier kannst du so viele anlegen wie du willst und jedesmal als php-fpm version deine PHP8.3 wählen. Wenn du hier die pm-Settings überschreiben willst, musst du das explizit dort angeben ("Überschreibe FPM-Daemon Einstellungen (pm, max_children, etc.)"). Siehe hierzu auch https://docs.froxlor.org/latest/admin-guide/php-versions-and-configuration/

dann bitte sei doch etwas genauer in der fehlerbeschreibung, was heisst "ich komme da nicht mehr drauf"? Was wird dir angezeigt? "geht nicht" ist keine fehlerbeschreibung

sofern multiple php-fpm versionen genutzt werden, möglich das froxlor unter einer anderen php-version läuft als alle kundendomains und dieser php-fpm dienst nicht läuft? Kommt jetzt drauf an welcher fehler bei dir "nicht erreichbar" ist. Da gibt es viele ;)

Domains werden nicht automatisch mit aktualisiert (damit nichts break'd), die verwenden jetzt die bisher zugeordneten Konfigurationen, du musst sie manuell bearbeiten und die neue config auswählen.

Ist seit Jahren default, dass keine Klartextpasswörter gespeichert werden, die entsprechende Einstellung das zu ändern findest du unter Settings -> Security Settings -> Also save passwords of mail accounts unencrypted in database (die bei dir vermutlich aktiviert ist) Natürlich ist das relevant, welche protokolle dem kunden erlaubt sind. Wenn accounts immer mit imap= und pop3=0 angelegt werden, hast du dem Kunden das wohl nicht erlaubt

Ganz schlechte Idee, allein schon wegen Berechtigungen (unterschiedliche User, openbase_dir, etc.), mach doch einfach eine globale RewriteRule oder so, wenn du auf jeder Kunden-Domain via /froxlor auf froxlor willst. Froxlor erkennt, ob es mit "seiner" Domain aufgerufen wurde oder nicht (daher das "Domain not configured"). Das ist auch richtig so und sollte nicht umgangen werden, egal ob privat oder kommerziell.

nothing froxlor can do there, sounds like a misconfigured php (cli!), you will definently get this error even when just running "php -v" on your shell

no the cronjob does not do this, this is only done in the configuration steps (one time) and only if you execute them. If you remove them from postfix's main.cf no cronjob of froxlor will re-add it

well you are asking the froxlor community, not the php/opcache community... wow thanks...

Well sorry I did not meet your expectations of free help...and excuse me if that sounds rough but...there are pages like google that help with finding things you look for on the internet.

https://www.php.net/manual/en/book.opcache.php

notice that the opcache info page in froxlor only shows opcache info about the fpm-version used in froxlor, it does not and cannot know about potential other fpm-versions your websites might run on You may also use apcu and/or redis (not without plugin in wordpress) - there are many forms of caching, simply google, check them all out, test, see what fits best for you

there is no real "best practice" as it highly depends on the application, its usage of opcache and what you want that application to be allowed to use. Also as this is simply php.ini and php-related configs, froxlor itself does not really have anything to do with that - best is what is best for your/your website/your application

it literally says "1" and "HOUR" (Stunden) in your case...simply set it to "1" and "DAYS" (Tage)