d00p

There are no official configuration templates for openSuse, try to adjust the configs according to other distributions templates, but be aware that there might be differences

No idea what one has to do with the other... What OS / Distribution is that? Did you recently upgrade from older versions of that? Are you sure the services are configured correctly and completely? And what do you mean by "if i try to send local"? From one account on the server to another? Or what exactly is it you're doing there?

Nachrüsten geht leider nur in Form von Update auf dovecot 2.3

Nein, das ist nur im Git repo bisher. Bei mir ging's es ja ursprünglich auch nicht und nach anpassen der config funktioniert es. Also eine Neuinstallation ist sicherlich nicht notwendig

mit diesen änderungen klappts bei mir: https://github.com/Froxlor/Froxlor/commit/d9abe58dd2ed016a4b18aa7d8b1f04d35c50c2fe

12 ist ja auch erst kürzlich das aktuelle stable. Ich werde es später Mal testen und schauen ob das bei mir auch so ist

das ist auch tlw unter debian 10 und 11 so, egal wieviele EOFs wir da reinschreiben, mag er nicht. Dennoch nur eine Warnung. Ist es denn eine frische debian 12 installation oder ein upgrade von 11 auf 12?

Dann lösch doch einfach mal die TSLOption `NoCertRequest` aus der config wenn er die nicht mag

Die Meldung sagt ja das schon irgendwas auf Port 21 hört...ggfls hast du hier einen anderen Dienst oder ähnliches was den Port für proftpd belegt

Schau mal ob dieser Fix das Problem behebt: https://github.com/Froxlor/Froxlor/commit/23034b8ad29a71389999a78e9ee3bac353f7e66b

schau ich mir mal an, danke

Ein Ansatz für debugging wäre https://github.com/Froxlor/Froxlor/blob/main/lib/Froxlor/Cron/Http/LetsEncrypt/AcmeSh.php#L353 so wie ggfls https://github.com/Froxlor/Froxlor/blob/main/lib/Froxlor/Cron/Http/LetsEncrypt/AcmeSh.php#L239 Ersteres sollte alle domains ausgeben, welche let's encrypt verwenden (renew, nicht neu) und zweiteres überprüft, ob die Dateien von acme.sh auf dem Dateisystem neuer sind als die in der DB

joa geht halt nich wenn du schon im ratelimit bist, überprüfe doch am besten vorerst manuell ob dein acme-alias überhaupt anständig funktioniert und ob deine domain auch korrekt auf die richtigen IPs auflöst

sollte wieder tun

Schau ich mal nach, danke

Nein, wieso? Hält nicht von Migration ab. Entweder vorher schon oder im Nachgang halt dann umstellen auf FPM/fcgid Müsste jetzt selbst auch suchen,bin aber unterwegs. Es ist nicht so kompliziert wie es scheint - /var/customers/ komplett transferieren und am besten komplett /var/lib/mysql Danach einfach config-services Script ausführen und gut is

Gab es schon Vielfach hier im Forum. Einfach Mal die suche benutzen. Für mehrere PHP Versionen musst du php-fpm/fcgid nutzen

there should be a file `/etc/cron.d/froxlor` which includes the cronjob calls

The froxlor setup automatically sets up your ip/port entries using default/standard ports. You might need to adjust these in the table `panel_ipsandports` in froxlor's database and re-run the cronjob

if you cant use port 80/443 then yes, you will need to adjust the ports.conf even for the setup After installation you can freely set ip addressen and ports as required

You can adjust ips and ports as needed for the generated virtual host

Well did you specify corresponding smtp credentials in the settings? Does not look like it

https://docs.froxlor.org/latest/general/installation/apt-package.html

Das Feld für "Distribution" ist leer - da stimmt wohl was bei dir nicht, das sollte nicht sein. Beim Update wurde eigentlich nach einer Distribution gefragt... er sucht die config-templates für die genutzte distribution, da, siehe oben, du irgendwie da nichts im system stehen hast, findet er eine leere datei natürlich nicht. Führe folgendes SQL auf der froxlor Datenbank aus, um das Problem zu beheben: UPDATE `panel_settings` SET `value` = 'bullseye' WHERE `varname` = 'distribution'; Danach solltest du die dienste mit dem angezeigten Befehl problemlos rekonfigurieren können. Solltest du nicht Debian 11 (bullseye) haben, setze den entsprechenden codename (verfügbare siehe froxlor/lib/configfiles/) Kann mehrere Gründe haben, er nimmt nicht einfach "das falsche" - sondern nutzt das zertifikat in den einstellungen als FALLBACK wenn eine Domain kein eigenes hat, die ausgabe von 'bin/froxlor-cli froxlor:cron -f -d' wäre hierfür hilfreich

Bekommst ja nen 403, also ganz korrekt scheint es ja nicht zu sein. Stimmt denn der alias /etc/apache2/conf-enabled/acme.conf (oder auch einfach Mal checken: https://docs.froxlor.org/latest/admin-guide/cli-scripts/#validate-acme-webroot)