d00p

Kommt drauf an ob "mail" record automatisch erstellt wurde (aufgrund von settings) oder nicht, wenn ja wirds schwer, wenn nein hast du es ja selbst in der hand

Thanks, we'll make these changes to the next release

sichere einfach deine lib/userdata.inc.php - bin gerade nicht sicher ob die beim entfernen des pakets gelöscht wird. Ansonsten klar, es geht keine Datenbank verloren usw. du kannst das Paket einfach wieder installieren
 

pcamsee.net:Verify error:217.79.180.217: Invalid response from http://pcamsee.net/.well-known/acme-challenge/UC00jYbr5csw048QE7fnH8fGjb7lX-U4c3WQ7msZDYI: 404 Hast  du nach der Aktivierung von Let's Encrypt auch die Webserver Configuration-templates durchgeführt? Du solltest eine acme.conf in /etc/apache2/conf-enabled/ haben

Müsstest du via "Eigene vhost einstellungen" machen, je nach anforderungen des dienstes z.B. so:

 
ProxyPass /service1 http://localhost:8181/service1 ProxyPassReverse /service1 http://localhost:8181/service1 <Proxy http://localhost:8181/service1> Require all granted Options none </Proxy> Damit würdest du dann via "https://deine-domain.tld/service1" den streaming server auf port 8181 erreichen (oder 8080, je nach dem was du eingerichtet hast, einfach überall korrekt angeben)
Nicht vergessen das du ggfls mod_proxy_http aktivieren musst

Einstellungen -> mailserver -> catchall verwenden: ja/nein 

du hast ja auch php-fpm installiert und nicht php-cgi....

OS? Version? ca-certificates version? scheint mir einfach veraltete pakete zu sein, habe hier auf einigen servern absolut kein problem mit den certificates

Noch ungetestet, aber probiers mal mit folgendem Patch in der install/lib/class.FroxlorInstall.php
 
diff --git a/install/lib/class.FroxlorInstall.php b/install/lib/class.FroxlorInstall.php index 30855bfa..b30f9ed0 100644 --- a/install/lib/class.FroxlorInstall.php +++ b/install/lib/class.FroxlorInstall.php @@ -734,8 +734,26 @@ class FroxlorInstall private function _grantDbPrivilegesTo(&$db_root, $database, $username, $password, $access_host) { + // mariadb + if (version_compare($db_root->getAttribute(\PDO::ATTR_SERVER_VERSION), '10.0.0', '>=')) { + // create user + $stmt = $db_root->prepare(" + CREATE USER '" . $username . "'@'" . $access_host . "' IDENTIFIED BY :password + "); + $stmt->execute(array( + "password" => $password + )); + // grant privileges + $stmt = $db_root->prepare(" + GRANT ALL ON `" . $database . "`.* TO :username@:host + "); + $stmt->execute(array( + "username" => $username, + "host" => $access_host + )); + } // mysql8 compatibility - if (version_compare($db_root->getAttribute(\PDO::ATTR_SERVER_VERSION), '8.0.11', '>=')) { + elseif (version_compare($db_root->getAttribute(\PDO::ATTR_SERVER_VERSION), '8.0.11', '>=')) { // create user $stmt = $db_root->prepare(" CREATE USER '" . $username . "'@'" . $access_host . "' IDENTIFIED WITH mysql_native_password BY :password  

Okay, hier herrschen wohl doch größere Unterschiede zwischen MariaDB und MySQL - muss ich fürs nächste release fixen. 
MariaDB:
| IDENTIFIED {VIA|WITH} authentication_rule [OR authentication_rule ...] authentication_rule: authentication_plugin | authentication_plugin {USING|AS} 'authentication_string' | authentication_plugin {USING|AS} PASSWORD('password') MySQL:
| IDENTIFIED WITH auth_plugin BY 'auth_string' [AND 2fa_auth_option] | IDENTIFIED WITH auth_plugin BY RANDOM PASSWORD [AND 2fa_auth_option] | IDENTIFIED WITH auth_plugin AS 'auth_string' [AND 2fa_auth_option] > For syntax that uses BY 'auth_string', the string is cleartext and is passed to the authentication plugin for possible hashing. > For syntax that uses AS 'auth_string', the string is assumed to be already in the format the authentication plugin requires das "BY" war mal das was bei beiden funktioniert hatte...offenbar nicht mehr

ja ich denke da wird man einfach verfolgen müssen wie sich die versionierung von mysql ergibt. Aktuell sollte das so kein problem sein. Ausgabe von "mysql --version" ist natürlich eine Möglichkeit setzt aber wieder voraus, dass ich das im installer (web!) überhaupt ausführen darf! + parsing

No you don't have to. At this time, there are sadly no configuration templates for any dkim service. But with the given setting-opportunities, it should be fairly easy to get this running with opendkim or even rspamd, see the original issue from the underscore in selectors, there are some hints: https://github.com/Froxlor/Froxlor/issues/619

so which service are you using that signes the emails? this does not happen automatically by enabling dkim in froxlor

No you don't have to. At this time, there are sadly no configuration templates for any dkim service. But with the given setting-opportunities, it should be fairly easy to get this running with opendkim or even rspamd, see the original issue from the underscore in selectors, there are some hints: https://github.com/Froxlor/Froxlor/issues/619

Try running "Recalculate resource usage" in the admin left-side menu

Just assign the same documentroot?

https://froxlor.github.io/configuration/nginx/php-fpm
Der lokale user wird beim Konfigurieren der Dienste mit angelegt sofern er nicht existiert. Folge einfach den Konfigurations-Vorgaben für php-fpm, da sollte das dabei sein.
Sofern du libnss-extrausers nutzt statt libnss-mysql (und das solltest du! libnss-mysql ist ziemlich alt) brauchst du keinen nscd mehr - auch hier: die konfigurations-vorgaben beinhalten eigentlich alles was du brauchst

Try running "Recalculate resource usage" in the admin left-side menu

wenn du es über das config-services script gemacht hast brauchst du da eigentlich nix mehr installieren - voraussetzung ist natürlich das du vorher - so wie die anleitung es sagt - die Einstellungen alle entsprechend korrekt gesetzt hast!
libnss-extrausers ist was anderes als libnss-mysql !!! ich rate dringend libnss-extrausers zu nutzen, beachte das dafür die Option in den entsprechenden Einstellungen aktiviert sein muss.
Also:
1) Einstellungen komplett kontrollieren, alle gewünschten Dienste aktivieren (wie z.B. php-fpm, libnss-extrausers, etc.).
2) config-services ausführen oder ggfls manuell als admin -> Configuration -> distro wählen -> dienst wählen -> etc. -> befehle anschauen, kopieren und auf der shell ausführen
 

admin -> PHP-configurations -> edit the php config you want to enable this for in field php.ini settings -> save and wait for cron

Mit libnss-extrausers brauchst du kein nscd...kannst du einfach löschen, er liest die User und Gruppen ja über Textfiles genau wie das System.

Log in as admin -> edit customer -> check "PHP enabled?" flag AND/OR
Log in as admin -> edit domain -> check "PHP enabled" flag 

Well, just take a look at the owner, chown it to user/group editor1

Settings -> System -> Use libnss-extrausers instead of libnss-mysql

Settings -> System -> Use libnss-extrausers instead of libnss-mysql