d00p

Die allerwenigsten betreiben selbst einen DNS Server, daher ist das alles eher "rudimentär" implementiert und nicht für alle use-cases ausgelegt - Verbesserungsvorschläge oder noch besser pull-requests via GitHub sind gern gesehen

Beachte das froxlor halt auch das pdns reload command nutzt sofern nicht z.b. auf "/bin/true" gesetzt. Ansonsten was die DB angeht nimmt froxlor für die Einträge das was du als db-credentials angibst, alles andere ist einfach eine Sache des Probierens

Direkt SQL

Update: froxlor 2.2.2 - 2.2.4 New: [config-services] add validation for empty or non-existing configuration template xml files [antispam] add rewrite-subject flag to email-edit form; hide spam-related settings if 'bypass_spam' is activated; add possibility to disable rejection of spam-mails, refs #1282 [updater] add possibility to ask for potential update question in CLI updater and also pass them as options to override them Fixes: fix timestamp matching regex, add lmtp to receving service regex and skip lines not including the main target service name in maillog parser fix successful login when using email 2fa fix language replacement and fix 'sending messages' after successfully sending prior, thx to Davidd [php-fpm] remove 'date.timezone' from php_admin_values (superfluous as it is in php_values) [antispam] set rewrite_subject to a slighty higher score then used for add_header, fixes #1275 exchange toggler-links with checkboxes in email edit form to be able to adjust all parameters at once, fixes #1277 store IDN email-usernames in ACE, as dovecot/postfix need them this way do not issue let's encrypt for email_only domains (in case they were web-enabled prior, we do not unset former settings to ease reverting back when disabling email_only) fix incorrect width of APCu Hit/Miss bar (#1283) check whether mysql-user exists prior to DROP USER for mysql < 5.7 fix wrong fieldname in email-domain-overview

Kann ich dir nicht sagen, noch nie gehabt das Szenario. Lösch halt und stell neu aus: acme.sh --remove -d lexco.at acme.sh --issue -d lexco.at -w /var/www/html/froxlor/

Error renewing lexco.at... steht doch da. Also muss ja irgendwas nich stimmen. Versuch doch mal ein renew auf die domain via acme.sh und debug flag, dann weisste was los is

Kannst du bitte etwas mehr Kontext geben was genau gemacht wurde/wird und woher genau diese Fehlermeldung kommt? Normal macht froxlor ein issue mit der webroot option, das sind alles feste werte, da kann eigentlich nichts leer sein, ohne mehr Kontext kann ich dir nix dazu sagen, außer das vermutlich irgendwas manuell gemacht wurde

You know you can change that directory in the settings right? It's just a default, you may adjust in settings -> php-fpm -> fastcgi ipcdir

Database: 5.5.5-10.5.26-MariaDB-0+deb11u2 Recht altes System, MySQL unterstützt "IF EXISTS" bei einem "DROP USER" erst ab 5.7, probier mal folgende Anpassung in der `lib/Froxlor/Database/Manager/DbManagerMySQL.php`: public function deleteUser(string $username, string $host) { + if ($this->userExistsOnHost($username, $host)) { if (version_compare(Database::getAttribute(PDO::ATTR_SERVER_VERSION), '5.0.2', '<')) { // Revoke privileges (only required for MySQL 4.1.2 - 5.0.1) $stmt = Database::prepare("REVOKE ALL PRIVILEGES ON * . * FROM `" . $username . "`@`" . $host . "`"); Database::pexecute($stmt); } // as of MySQL 5.0.2 this also revokes privileges. (requires MySQL 4.1.2+) if (version_compare(Database::getAttribute(PDO::ATTR_SERVER_VERSION), '5.7.0', '<')) { $stmt = Database::prepare("DROP USER :username@:host"); } else { $stmt = Database::prepare("DROP USER IF EXISTS :username@:host"); } Database::pexecute($stmt, [ "username" => $username, "host" => $host ]); + } }

nein, ein drop wird immer auf den exakten user + alle hinterlegten mysql-access-hosts gefahren, niemals wildcard

Danke fürs Feedback, wir schauen uns das mal an und gucken ob wir das reproduzieren können

Wenn du magst, schau doch mal bei uns im Discord vorbei (https://discord.froxlor.org) - ich hab da was, wenn du testen möchtest

Der Updater kann noch keine Optionen abfragen und nimmt im CLI daher, sofern "Datenbank update" gewählt wird, immer die defaults. Gib mir mal ein bisschen zeit, vllt fällt mir was gutes ein, wie wir das noch im Updater abfragen/übergeben können, ich wollte am freitag sowieso die 2.2.2 releasen

Oh fies, muss man erstmal finden

Du müsstest die generierten Konfigurationsdateien in /etc/bind/ (/etc/bind/froxlor_bind.conf und /etc/bind/domains/*) auf dem einen Server zusammenführen/regelmäßig synchronisieren. Mit ein bisschen scripting sollte das kein Problem sein.