d00p

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.

Solang ich keine eindeutige beschreibung finde, was per definition dort als "name" gültig ist, bzw was ungültig ist, wird es schwer hier was zu finden

konnte dazu leider auch nichts finden, vorallem da ich es nicht reproduzieren kann, sorry

Weird, I'm not aware of any restrictions for attachments...need to check. In the meatime here: diff --git a/lib/Froxlor/Api/Commands/Customers.php b/lib/Froxlor/Api/Commands/Customers.php index ccbef644..f0492ed2 100644 --- a/lib/Froxlor/Api/Commands/Customers.php +++ b/lib/Froxlor/Api/Commands/Customers.php @@ -738,11 +738,12 @@ class Customers extends ApiCommand implements ResourceEntity 'adminid' => $this->getUserDetail('adminid'), 'docroot' => $documentroot, 'phpenabled' => $phpenabled, - 'openbasedir' => '1' + 'openbasedir' => '1', + 'is_stdsubdomain' => 1 ]; $domainid = -1; try { - $std_domain = $this->apiCall('Domains.add', $ins_data); + $std_domain = $this->apiCall('Domains.add', $ins_data, true); $domainid = $std_domain['id']; } catch (Exception $e) { $this->logger()->logAction(FroxlorLogger::ADM_ACTION, LOG_ERR, "[API] Unable to add standard-subdomain: " . $e->getMessage()); diff --git a/lib/Froxlor/Api/Commands/Domains.php b/lib/Froxlor/Api/Commands/Domains.php index 2dfbfb94..0ed0fbc9 100644 --- a/lib/Froxlor/Api/Commands/Domains.php +++ b/lib/Froxlor/Api/Commands/Domains.php @@ -274,7 +274,8 @@ class Domains extends ApiCommand implements ResourceEntity * $override_tls is true * @param string $description * optional custom description (currently not used/shown in the frontend), default empty - * + * @param bool $is_stdsubdomain (internally) + * optional whether this is a standard subdomain for a customer which is being added so no usage is decreased * @access admin * @return string json-encoded array * @throws Exception @@ -282,7 +283,8 @@ class Domains extends ApiCommand implements ResourceEntity public function add() { if ($this->isAdmin()) { - if ($this->getUserDetail('domains_used') < $this->getUserDetail('domains') || $this->getUserDetail('domains') == '-1') { + $is_stdsubdomain = $this->isInternal() ? $this->getBoolParam('is_stdsubdomain', true, 0) : false; + if ($is_stdsubdomain || $this->getUserDetail('domains_used') < $this->getUserDetail('domains') || $this->getUserDetail('domains') == '-1') { // parameters $p_domain = $this->getParam('domain'); @@ -795,12 +797,15 @@ class Domains extends ApiCommand implements ResourceEntity $ins_data['id'] = $domainid; unset($ins_data); - $upd_stmt = Database::prepare(" - UPDATE `" . TABLE_PANEL_ADMINS . "` SET `domains_used` = `domains_used` + 1 - WHERE `adminid` = :adminid"); - Database::pexecute($upd_stmt, [ - 'adminid' => $adminid - ], true, true); + if (!$is_stdsubdomain) { + $upd_stmt = Database::prepare(" + UPDATE `" . TABLE_PANEL_ADMINS . "` SET `domains_used` = `domains_used` + 1 + WHERE `adminid` = :adminid + "); + Database::pexecute($upd_stmt, [ + 'adminid' => $adminid + ], true, true); + } $ins_stmt = Database::prepare(" INSERT INTO `" . TABLE_DOMAINTOIP . "` SET

I agree, there should be an active display of "issues" when creating a customer which not directly affects the resource "customer" (e.g. std-subdomain could not be added, or similar). For the main issue, as any admin who can create users should be able to create std-subdomains, you might want to test the following patch: NoResourceCheckIfStandardSubdomain.patch

hm....no resources is weird, a standardcustomerdomain is not supposed to be counted to the domain-resources ... I'll check, thanks for the feedback

Whats the result of the API call? Anything in the logs (should be originating from froxlor with [API] prefixed to the message)

also ich hab die selbe zeichenfolge bei mir eingesetzt für ein konto - war kein problem... Rspamd daemon version 3.8.4, auch aus rspamd repo für bookworm (http://rspamd.com/apt-stable/)

hm also DAS ist interessant...und merkwürdig

steht halt nur dazu: name - section name that identifies this specific setting (e.g. some_users) weder was über länge, verbotene zeichen, nix ...würdest du es mal probieren mit gleicher länge nur ohne zahlen? Vllt mag er die nicht ...

Ist aber genauso aufgebaut wie in den docs beschrieben: https://rspamd.com/doc/configuration/settings.html#settings-structure

Da bin ich mal gespannt, diese fehler habe ich nicht ...welche rspamd version ist das=?

Gerade getestet im RSPAMD WebUI ... kann ich nicht reproduzieren, hatte erst die default 15 stehen, jetzt eine 20 - auf die ich das reject gestellt habe...

Welches UI? Weiss leider nicht was du meinst, in froxlor wird bei mir der korrekte Wert angezeigt den ich einstelle...

https://github.com/froxlor/Froxlor/issues/new/choose - sonst geht sowas unter hier im forum

Ich kann es leider nicht reproduzieren, der Befehl lässt sich wunderbar auch außerhalb des froxlor-verzeichnisses ausführen und tut was er soll.

Ah, ja dann weiß ich vllt was es sein könnte, dann wird ggfls nicht immer der komplette pfad zur config-xml datei mitgegeben, schau ich mir mal an

die build.xml hat absolut nix damit zu tun. Pflege mal folgende Änderungen ein und dann versuchen wir das ganze einzugrenzen: diff --git a/lib/Froxlor/Config/ConfigParser.php b/lib/Froxlor/Config/ConfigParser.php index 874b1053..ded1694a 100644 --- a/lib/Froxlor/Config/ConfigParser.php +++ b/lib/Froxlor/Config/ConfigParser.php @@ -103,7 +103,7 @@ class ConfigParser public function __construct($filename) { if (!is_readable($filename)) { - throw new Exception('File not readable'); + throw new Exception('File not readable ('.$filename.')'); } $this->xml = simplexml_load_file($filename); Dann wissen wir genau,welche Datei er da lesen will und nicht kann

Den Befehl führst du auch als angemeldeter root-user aus?

Deine distribution steht auf bullseye also sucht er lib/configfiles/bullseye.xml