All Activity

Ok - Totally missed enabling Domain Keys in the Domain settings.... nothing to see here!

Hiya - So glad to see the work on rspamd - thanks! I've previously been generating my own DKIM keys and configuring postfix to use opendkim so far, but that means semi-manual steps when adding a new email domain, and adding the TXT record to DNS manually (in Froxlor). I've updated to 2.2, enabled antispam, but have had to back out the change to postfix main.cf because the update hasn't automatically made new dkim keys for existing domains. I tried making a new dummy domain, and after a short while, the DNS record had a new DKIM key for it as hoped! i've been using default._domainkey for my manual DNS TXT entry, so what Froxlor adds (it uses dkim1._) shouldn't clash and when all domains have new keys, I should be able to switch over by reducing ttl, waiting, then removing my keys and restoring the Milter config for rspamd. TLDR - How can I get Froxlor/rspamd to generate new keys for all my existing domains as it doesn't seem to be doing it? Thank you!

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

Hi, just for info, I just installed another Froxlor and this time I used Nginx again. I used Apache2 first and later for the finally Froxlor installation I used Nginx with php-fpm Everything went very smooth with now automatic configuration. Today, all PHP FPM crashed. I found out, that the folder /var/run/nginx was missing. So I created, as in previous Froxlor nginx installation, the folder /usr/lib/tmpfiles.d/nginx.conf with the content D /run/nginx 0755 froxlorlocal froxlorlocal as its mention in https://serverfault.com/questions/779634/create-a-directory-under-var-run-at-boot all works now again and happy with Froxlor

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 ]); + } }

Ah okay, gut ich warte dann auf euer Feedback.

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

Gerne doch, mir ist gerade was aufgefallen, als ich jetzt auf der SQL-Konsole mir die Benutzerliste manuell angeschaut habe: SELECT host, user FROM mysql.user; Dort haben praktisch alle Benutzer ein "sql1"-Anhängsel. - Kann hier vielleicht das Problem liegen? - Also der Drop dann vermutlich auf 'XXXXsql1'@'127.0.0.1' angewendet werden, oder? VG

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

Hallo, | Hello, mein Froxlor möchte euch diesen Fehler-Report weiterleiten. | my froxlor wants you to send this error report. Dear froxlor-team, the following error has been reported by a user: ------------------------------------------------------------- HY000 SQLSTATE[HY000]: General error: 1396 Operation DROP USER failed for 'XXXX'@'127.0.0.1' File: lib/Froxlor/Database/Database.php:122 Trace: #0 lib/Froxlor/Database/Database.php(122): PDOStatement->execute(Array) #1 lib/Froxlor/Database/Manager/DbManagerMySQL.php(203): Froxlor\Database\Database::pexecute(Object(PDOStatement), Array) #2 lib/Froxlor/Api/Commands/Customers.php(1685): Froxlor\Database\Manager\DbManagerMySQL->deleteUser('XXXX', '127.0.0.1') #3 admin_customers.php(155): Froxlor\Api\Commands\Customers->delete() #4 {main} ------------------------------------------------------------- User-Area: admin Froxlor-version: 2.2.1 DB-version: 202408140 Database: 5.5.5-10.5.26-MariaDB-0+deb11u2End of report Das Problem tritt aktuell bei allen Konten auf die ich versuche zu löschen. | The problem is currently occurring with all the accounts I am trying to delete.This Problem shows up on all customer accounts. Falls ihr weitergehende Informationen brauch, helfe ich gerne.

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

Alles klar, vielen Dank für die schnelle Rückmeldung. Gerne warte ich ab was noch kommt! 😃 #sd97

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

Moin! Ich muss einige Server von Froxlor 2.1.9 auf 2.2.1 updaten. Bisher habe ich das Ganze immer mittels Ansible gemacht und während der Updateroutine in der froxlor-Datenbank die Option "cron_allowautoupdate" in der Tabelle "panel_settings" auf 1 gesetzt. Nachdem dann mein Froxlor-Package aktuell war und nur noch das Datenbankupdate fehlte, habe ich einfach den tasks-cron durchführen lassen. Dies ist jetzt mit der rspamd-Integrierung leider nicht mehr möglich, da rspamd bei der oben beschriebenen Vorgehensweise nicht aktiviert wird. Hierzu muss scheinbar das im angehängten Screenshot ersichtliche Flag gesetzt werden. Ansonsten wird nach dem Update die Datei /etc/rspamd/local.d/froxlor_settings.conf nicht geschrieben, da rspamd halt nicht aktiv ist. Habe ich irgendwie die Möglichkeit beim Update zu übergeben, dass rspamd aktiviert werden soll? Über die CLI habe ich bisher keine Möglichkeit gefunden automatisch zu übergeben, dass der zusätzliche Spamschutz aktiviert werden soll. Vielleicht habe ich ja einfach Tomaten auf den Augen 😅 Vielen Dank im Voraus! #sd97

.

Imo, it'll be easier to redirect directly from .htaccess or nginx vhost

Oh fies, muss man erstmal finden

Das kann zu hier. Kein bug. In "rspamadm configdump" sind die Einträge under dieser ominösen frx_ID doppelt. in der froxlor_settings.conf nicht. Ich kopiere die settings.conf von zwei Servern zusammen, dass auch der backup-MX weiß, was der Postfachbesitzer wünscht und SPAM nicht über den backup-MX eingeschleust werden kann. Offenbar ist in der DB eines Servers ein verwaister Eintrag zu der Domain, während die eigentlich auf dem anderen Server eingerichtet ist. Zweimal die Domain, zweimal md5() und dann include mit merge. Ich geh mich schämen und räume auf.

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.

Hallo zusammen , gerne würde ich 3 Server mit froxlor installieren aber nur einen DNS Server betreiben . Was ist denn hier die beste Möglichkeit ? Danke für eure Tipps

Wenn ich diesen Teil in ein settings.conf eines anderen Servers A kopiere, ist das reproduzierbar. Kopiere ich auf Server B, dann nicht. Jetzt muss ich wohl schauen, wo der Unterschied zwischen Quelle + Server A und Server B liegt.

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

Es ist wieder dieser Teil: # Email: @ptz-prototypen.de frx_0ba31014ba51a9fa2916fb3dd646fde8Z_rcpt { id = "frx_0ba31014ba51a9fa2916fb3dd646fde8Z_rcpt"; priority = low; rcpt = "@ptz-prototypen.de"; apply { actions { "add header" = 7; rewrite_subject = 7; reject = 14; } } } frx_0ba31014ba51a9fa2916fb3dd646fde8Z_from { id = "frx_0ba31014ba51a9fa2916fb3dd646fde8Z_from"; priority = low; from = "@ptz-prototypen.de"; apply { actions { "add header" = 7; rewrite_subject = 7; reject = 14; } } } Das "Z" da anzuhängen wirkt (nun? hatte ich mich zu früh gefreut) nicht mehr.

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

Das hat auch nicht (lange) geholfen. Der Fehler ist wieder da, nur finde ich diesmal die Stelle in der config nicht so schnell ;-( Der LUA-code, der die settings liest, stolpert irgendwo über "...string expected, got table...".