Hier ein paar technische Infos:
Betriebssytem: Ubuntu 24.04
Webserver: Apache 2.4
PHP-Version: 8.3.6
MySQL-Server-Version: 10.11.13-MariaDB-0ubuntu0.24.04.1
Webserver-Interface: FPM-FCGI
Froxlor: Version 2.3.2 mit rspamd

Wenn noch Infos gebraucht werden, bitte melden. Ich bin nicht so fit in Sachen "Forum"

ich habe heute das Update von Froxlor 2.8 auf 3.2.3 angestossen.

Hat er auch gemacht, danach wurde auch Version 3.2.3 angezeigt und ein Task zur Neuerstellung der Webserver-Konfiguration.
Die wurde wohl gemacht, danach war Froxlor nicht mehr erreichbar.

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Im Apache2 error log steht:

[Sun Jan 04 14:23:47.979086 2026] [fcgid:warn] [pid 2309018:tid 2309018] (104)Connection reset by peer: [client xx.xxx.xxx.xx:61893] mod_fcgid: error reading data

from FastCGI server

[Sun Jan 04 14:23:47.979117 2026] [core:error] [pid 2309018:tid 2309018] [client xx.xxx.xxx.xxx:61893] End of script output before headers: index.php

Die anderen Seiten scheinen aber alle zu laufen.

Was kann ich tun?

Auf dem Webserver laufen vereinzelt nextcloud-Instanzen mit collabra-office als appimage. Letzteres wird offenbar über fuse unter dem Froxlor-Kunden eingehangen und der Mountpoint landet im /var/customers/tmp/Kunde. Dort will auch der sessionclean als root durch und stößt sich an dem nicht lesbaren Dateisystemobjekt:

find: ‘/var/customers/tmp/KUNDE/.mount_CollabLB2oWZ’: Keine Berechtigung

In der /etc/cron.d/froxlor brauche ich nicht mit grep und Ausgabeumleitung rumpopeln. Könnte ich denn tmp und sessions in verschiedene Ordner legen (session_save_path ./. {TMP_DIR}) oder ist das sessionclean hardcodiert an den {TMP_DIR}? Vielleicht gibts ja auch ne ganz andere Idee (außer den office-Server in docker oder als deamon aufzusetzen)?

Bisher lief bei mit php-fcgi und ich habe die cronjobs mit "php -c /war/www/php-fcgi-scripts/KUNDE/DOMAIN" konfiguriert um die gleichen PHP Einstellungen zu nutzen, wir für den VHost im Froxlor vorgesehen.

Jetzt unter php-fpm gibts die Pool-Konfigurationen, die sich nicht mittels "php -c" als INI nutzen lassen. Man müsste händisch irgendwo INIs anlegen und bei Änderungen der PHP-Einstellungen im UI dann auch manuell anpassen.

Könnte Froxlor nicht für diesen Anwendungsfall weiterhin php.ini's generieren und irgendwo ablegen - oder übersehe ich gar eine einfache Lösung?

ich kümmere mich gerade mal etwas intensiver um meine gewachsene und portierten syscp-froxlor. Ich habe u.a. von php-fcgi auf php-fpm umgestellt. Dabei musste ich mir Gedanken um die Erreichbarkeit meines froxlor machen.
- der FQDN wird mit dem bind auf dem Server, aber manuell, verwaltet
- der hostname weicht vom FQDN, mit dem ich froxlor erreichen will ab
- ich habe in der froxlor-VHost-Konfiguration "unter hostnamen erreichbar" an und einen weiteren Alias (anderer FQDN) gesetzt
- egal ob php-fpm an oder nicht ...
=> ich kann nicht erkennen, dass froxlor nach dem cron Lauf (-f) einen VHost mit ServerName und/oder ServerAlias wie erwartet erstellt
ich habs jetzt manuell gemacht, um überhaupt wider ran zu kommen

Was kann der VHost-Erstellung alles dazwischenfunken? Was habe ich falsch konfiguriert oder übersehen?

Danke im Voraus, Ronny
... und schöne Wintersonnenwendfeier

seit meinem Update auf froxlor 2.3 erhalte ich von meinem cron jeweils um Mitternacht folgende Fehler eMail:

Subject: Cron <root@h2872352> /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'traffic' -q 1> /dev/null

froxlor[551172]: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away
froxlor[551172]: --- DEBUG: #0 /var/www/html/froxlor/lib/Froxlor/Database/Database.php(122): PDOStatement->execute() #1 /var/www/html/froxlor/lib/Froxlor/Settings.php(223): Froxlor\Database\Database::pexecute() #2 /var/www/html/froxlor/lib/Froxlor/Settings.php(191): Froxlor\Settings::storeSetting() #3 /var/www/html/froxlor/lib/Froxlor/System/Cronjob.php(145): Froxlor\Settings::Set() #4 /var/www/html/froxlor/lib/Froxlor/Cli/MasterCron.php(161): Froxlor\System\Cronjob::checkCurrentDistro() #5 /var/www/html/froxlor/vendor/symfony/console/Command/Command.php(298): Froxlor\Cli\MasterCron->execute() #6 /var/www/html/froxlor/vendor/symfony/console/Application.php(1040): Symfony\Component\Console\Command\Command->run() #7 /var/www/html/froxlor/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand() #8 /var/www/html/froxlor/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun() #9 /var/www/html/froxlor/bin/froxlor-cli(71): Symfony\Component\Console\Application->run() #10 {main}

Es scheint aber alles zu funktionieren. Ein "/etc/init.d/mysql status" sagt mariadbd ist active und running und alle Funktionen (apache, imap, ...) laufen.

Beim einloggen in froxlor kommt außerdem die Nachricht "It seems that you have upgraded to a new distribution. Please remember to reconfigure services accordingly.", wobei ich schon seit langer Zeit Debian 12 verwende und kein upgrade durchgeführt habe. Da in der Fehler eMail auch ein "checkCurrentDistro" auftaucht, gehören diese Fehler vielleicht zusammen?

Was könnte hier seit dem Update schief laufen?

kann ich von Froxlor automatisch generierte DNS-Records aus der Zone entfernen?

Hintergrund: Ein Kunde besitzt eine Domain und will diese nur als E-Mail-Domain nutzen. Klicke ich im Backend den Schieberegler "Nur als E-Mail-Domain verwenden?" auf aus, werden im DNS trotzdem A- und AAAA-Records für @ und www erzeugt, erwartet hätte ich, dass diese Records nicht angelegt werden, sondern nur für die E-Mail-Funktion benötigte (plus natürlich SOA und NS). Somit wird bei Aufruf der Domain der Froxlor-Anmeldescreen angezeigt, was in diesem Fall nicht erwünscht ist.

Ich kann die Records in der Zone jedoch nur mit validen Records überschreiben, aber offenbar nicht löschen.

Ich könnte jetzt für die Domain ein eigenes Zonenfile anlegen, was dann aber dazu führt, dass der Kunde dies im Backend nicht ändern kann, richtig?

Gibt es noch einen weiteren Weg, die Records zu entfernen?

Vielen Dank und viele Grüße aus Haltern am See

Thorsten Weihs

endlich ( :) ) ist das Froxlor-Update für Trixie da.

Da ich in meinem Übermut Debian bereits vor längerem von 12 auf 13 aktualisiert hatte (mit entsprechender gebrochener und manuell gefixter Dovecot-Config) sehe ich jetzt nach dem Frox Update auf 2.3 das hier.

Meine Frage dazu: Wenn ich das hier Ausführe, ändert sich ja nur, das die die passenden Config Templates in Froxlor sehe oder? Oder macht Froxlor noch automatisch was anderes, was meine exklusive Aufmerksamkeit erfordert? Weil das schaut so nach Warnung aus......

Ich habe leider keine Erinnerung mehr daran, wie das von 10 auf 11 auf 12 war...

ich möchte das Mailsystem aus Platzgründen auf einen NFS Share legen, der dann auch als var/customers/mail eingehangen wird.

Ich würde gerne den Index von Dovecot lokal lassen.

Ich dachte an so ein Konstrukt

# dovecot-sql.conf.ext

driver = mysql

connect = "host=localhost dbname=froxlor user=froxlor password=******“

password_query = SELECT username AS user, password_enc AS password, CONCAT(homedir, maildir) AS userdb_home, uid AS userdb_uid, gid AS userdb_gid, CONCAT('maildir:', homedir, maildir, ':INDEX=/var/dovecot/indexes/%u') AS userdb_mail, CONCAT('*:storage=', quota, 'M') as userdb_quota_rule FROM mail_users WHERE (username = '%u' OR email = '%u') AND ((imap = 1 AND '%Ls' = 'imap') OR (pop3 = 1 AND '%Ls' = 'pop3') OR ((postfix = 'Y' AND '%Ls' = 'smtp') OR (postfix = 'Y' AND '%Ls' = 'sieve')))

Das wird komplett ignoriert.

Ich bin ratlos!

Tipps?

ich habe eine Neuinstallation unter Trixie ausgeführt. Die Installation via Web-Installer bringt eine Fehlermeldung:

Willkommen bei froxlor

Das System wird auf Abhängigkeiten überprüft, um sicher zu stellen das alle erforderlichen PHP Erweiterungen vorhanden und aktiviert sind, so dass froxlor einwandfrei funktioniert.

Auf dem System ist PHP 8.4.11 installiert

Kritischer Fehler

• Folgende PHP Erweiterungen werden zusätzlich benötigt

  • gd

Allerdings ist gd installiert:

# apt policy php-gd
php-gd:
Installiert: 2:8.4+96
Installationskandidat: 2:8.4+96
Versionstabelle:
*** 2:8.4+96 500
500 mirror+file:/etc/apt/mirrors/debian.list trixie/main amd64 Packages
100 /var/lib/dpkg/status

Wie lässt sich das lösen?

Nach Installation von Wordpress sollte ein neues Template hochgeladen und installiert werden.
Hier kommt die Fehlermeldung "Es fehlt ein temporärer Ordner"

Ich habe nach WP-Anleitung den WP_TEMP_DIR definiert und schreibbar gemacht - ohne Erfolg.

In verschiedenen Tutorials wird empfohlen, die PHP-Einstellungen der php.ini zu ändern. Das 
getraue ich mich nicht, weil ich befürchte, dass es sich global auswirkt.

Hat jmd ähnliche Erfahrungen und ev. einen Lösungansatz?

danke & greets
Alex

Ist da Stand der Technik ein managesieve zu aktivieren und das darüber zu tun? Wenn ich mich recht Entsinne brauchte man da aber zunächst noch ein Doovecot Plugin für.

Gibt es da irgendwo eine Froxlor spezifische Doku?

Ich habe eine Frage an jene, die Joomla auf Froxlor nutzen, weil mir folgendes aufgefallen ist:

Nachdem ich die Joomla-Dateien ins web-root geladen und die Installation aufgerufen habe, erhalte ich die Fehlermeldung, dass die "configuration.php" nicht erstellt werden kann.
Das führte ich auf fehlende Rechte zurück und habe webroot temporär auf 777 gesetzt. 
Damit ist zwar das Installations-Problem gelöst, es lassen sich aber keinerlei Module oder Templates laden.

Augenscheinlich werden die Rechte durch FTP-Upload auf 10000:10000 gesetzt, Jommla über html erwartet jedoch www-data:www-data (ich kann aber auch falsch liegen, mit dieser Vermutung).

Kann mir jmd, der Joomla im Einsatz hat, nützliche Hinweise geben?

Danke & greets 

Das ist mein erster Post im Forum hier. Ich beschäftigen mich neuerdings mit froxlor und habe nun mehrere PHPFPM Versionen installiert.

Als nächstes wollte ich verschiedene Pool Konfigurationen für eine PHP Version erstellen.
z.B. PHP8.3 mit pm ondemand und eine weitere Konfiguration mit PHP8.3 und pm dynamic
Allerdings erhalte ich beim speichern der zweiten Konfiguration eine Fehlermeldung, PHP-FPM version with the given restart command already exists. Das ist zwar richtig, aber warum wird das verhindert? bzw. kann man das umgehen?
Ich hätte gedacht, dass dies sowas wie Templates sind und pro vhost eine eigene Pool Konfiguration angelegt wird.

Bitte entschuldigt falls die Frage schon mal gestellt wurde. Ich habe die Suche verwendet aber nichts gefunden.

VG

der Server wurde neu gestartet und nach dem Reboot sind alle Kundendomains erreichbar, aber die Froxlorseite selbst nicht mehr.

Tipps?

VG

Ubuntu 20.04 LTS, aktuelles Patchlevel, PHP-FPM 7.4 bis 8.4 parallel

Beim Anlegen einer neuen Emal in Froxlor ist der Apache abgestürzt und ich habe den neu gestartet,

ich habe das Problem, dass Apache startet, aber PHP nicht richtig läuft und auch keine vHosts mehr verfügbar sind.

Beim Aufruf von Froxlor kommt:

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

der Start von PHP8.2 sagt (domain ist ausge xxx t):

 systemctl status php8.2-fpm.service
● php8.2-fpm.service - The PHP 8.2 FastCGI Process Manager
     Loaded: loaded (/lib/systemd/system/php8.2-fpm.service; enabled; vendor preset: enabled)
     Active: activating (start) since Tue 2025-07-01 12:13:04 UTC; 1s ago
       Docs: man:php-fpm8.2(8)
   Main PID: 151960 (php-fpm8.2)
      Tasks: 1 (limit: 77025)
     Memory: 12.3M
        CPU: 1.704s
     CGroup: /system.slice/php8.2-fpm.service
             └─151960 /usr/sbin/php-fpm8.2 --nodaemonize --fpm-config /etc/php/8.2/fpm/php-fpm.conf

Jul 01 12:13:04 xxx.com systemd[1]: Starting The PHP 8.2 FastCGI Process Manager...
Jul 01 12:13:04 xxx.com php-fpm8.2[151960]: [01-Jul-2025 12:13:04] NOTICE: PHP message: PHP Warning:  PHP Startup: Unable to load dynamic library 'mysqli' (tried: /usr/lib/php/20220829/mysqli (/usr/lib/>
Jul 01 12:13:04 xxx.com php-fpm8.2[151960]: [01-Jul-2025 12:13:04] NOTICE: PHP message: PHP Warning:  PHP Startup: Unable to load dynamic library 'pdo_mysql' (tried: /usr/lib/php/20220829/pdo_mysql (/us>
Jul 01 12:13:04 xxx.com php-fpm8.2[151960]: [01-Jul-2025 12:13:04] NOTICE: PHP message: PHP Warning:  Module "curl" is already loaded in Unknown on line 0

der Start von php8.3:

 systemctl status php8.3-fpm.service
● php8.3-fpm.service - The PHP 8.3 FastCGI Process Manager
     Loaded: loaded (/lib/systemd/system/php8.3-fpm.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2025-07-01 09:41:07 UTC; 2h 33min ago
       Docs: man:php-fpm8.3(8)
    Process: 103813 ExecStartPost=/usr/lib/php/php-fpm-socket-helper install /run/php/php-fpm.sock /etc/php/8.3/fpm/pool.d/www.conf 83 (code=exited, status=0/SUCCESS)
   Main PID: 103810 (php-fpm8.3)
     Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0.00req/sec"
      Tasks: 3 (limit: 77025)
     Memory: 12.6M
        CPU: 833ms
     CGroup: /system.slice/php8.3-fpm.service
             ├─103810 "php-fpm: master process (/etc/php/8.3/fpm/php-fpm.conf)" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" ""
             ├─103811 "php-fpm: pool www" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" ">
             └─103812 "php-fpm: pool www" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" ">

Jul 01 09:41:07 xxx.com systemd[1]: Starting The PHP 8.3 FastCGI Process Manager...
Jul 01 09:41:07 xxx.com systemd[1]: Started The PHP 8.3 FastCGI Process Manager.

Idee?

Danke und Gruß

Kann man froxlor über einen symbolischen Link aus dem Domain Verzeichnis heraus erreichbar machen? Früher ging das so

ln -s /var/www/html/froxlor/ /var/customers/webs/projekt/froxloraufruf

Beim Zugriff über "froxloraufruf" kommt:
Domain not configured

This domain requires configuration via the froxlor server management panel, as it is currently not assigned to any customer.

"Froxlor direkt über den Hostnamen erreichbar machen" ist deaktivert. Ich vermute das muss dafür aktiviert werden. Ich möchte froxlor aber nur über eine Domain aufrufbar machen und nicht über alle. Was muss ich dafür einstellen?

Danke für die Hilfe.

ich habe einen Hosting-Server mit Debian Bookworm und Apache/PHP-FPM. Ich habe verschiedene PHP Config je nach Anforderung und ich wollte jetzt bei einem User die Config von einem in die andere wechseln.

Dazu habe ich unter User-Einstellung geändert:

PHP enabled? -> Ja

PHP Configuration -> (alte PHP Config deaktiviert, neue PHP Config aktiviert)

Aber scheinbar wird die letztere Einstellung ignoriert, unter /etc/8.2/php/fpm/pool.d/<domain> sehe ich weiterhin die alte Config, obwohl die Dateien dort neu generiert wurden.

Was habe ich falsch gemacht?

ich habe gestern einen neuen Kunden angelegt und mich gewundert, warum man bei den Mails sich nicht einloggen kann. Nach stundenlangen suchen habe ich rausgefunden, dass alle Mails bei diesem Kunden in der Tabelle mail_users mit imap=0 sowie pop3=0 angelegt werden. Gleichzeitig ist mir aufgefallen, dass es dort eine Spalte gibt, wo die Passwörter im Klartext stehen?!

Deswegen meine Fragen:

1. Wie bekomme ich bei Froxlor ausgestellt, dass Passwörter im Klartext gespeichert werden in der Tabelle?

2. Warum wird dieser Kunde mit imap=0 sowie pop3=0 angelegt? Meine Dovecot fragt das ab. Ist dieses Feld überhaupt noch relevant? Damals konnte ich ja IMAP und POP3 aktivieren / deaktivieren. Aber nun ist nur noch "E-Mail-Domain" aktiv.

Ich nutze froxlor 2.2.8

Viele Grüße und Danke

Nils

ich habe bei meiner Installation auf Froxlor 2.2.8 auf Debian Bullseye die Statistikerstellung auf awstats umgestellt. Seither erhalte ich vom Cronjob diese Fehlermeldung:

Aug 28 00:00:07 server froxlor[828116]: froxlor.WARNING: Necessary awstats_buildstaticpages.pl script could not be found, no traffic is being calculated and no stats are generated. Please check your AWStats-Path setting {"source":"cron","action":"40","user":"system"} []

Ich habe die Befehlszeilen kopiert und nach Anpassung ausgeführt.

Vorgeschlagen wurde von Froxlor das:

apt-get install awstats
mv /etc/awstats//awstats.conf /etc/awstats//awstats.model.conf
sed -i.bak 's/^DirData/# DirData/' /etc/awstats//awstats.model.conf
sed -i.bak 's|^\\(DirIcons=\\).*$|\\1\\"/awstats-icon\\"|' /etc/awstats//awstats.model.conf
rm /etc/cron.d/awstats
rm /etc/logrotate.d/httpd-prerotate/awstats

Ich habe dort die doppelten / in den Dateipfaden durch einfache ersetzt, es kam sonst zu Fehlern.

In den Statistikeinstellungen habe ich folgende Pfade eingetragen:

Pfad zu AWStats 'awstats_buildstaticpages.pl': 	/usr/share/awstats/tools/awstats_buildstaticpages.pl
Pfad zu AWStats 'awstats.pl':					/usr/lib/cgi-bin/awstats.pl
AWStats Konfigurations-Pfad:					/etc/awstats/
Pfad zum AWstats-Icon-Ordner:					/usr/share/awstats/icon/

Diese Pfade stimmen mit den tatsächlichen Speicherorten überein und die beiden pl Dateien sind ausführbar für Froxlor (755):

 ls -l /usr/share/awstats/tools/awstats_buildstaticpages.pl
-rwxr-xr-x 1 root root 19963 17. Dez 2018  /usr/share/awstats/tools/awstats_buildstaticpages.pl

ls -l /usr/lib/cgi-bin/awstats.pl
-rwxr-xr-x 1 root root 689177  7. Dez 2022  /usr/lib/cgi-bin/awstats.pl

ls -l /etc/awstats/
insgesamt 188
-rw-r--r-- 1 root root   240  7. Dez 2022  awstats.conf.local
-rw-r--r-- 1 root root   619 27. Aug 15:45 awstats.my.tld.conf
-rw-r--r-- 1 root root 64605 26. Aug 11:43 awstats.model.conf
-rw-r--r-- 1 root root 64605 26. Aug 11:43 awstats.model.conf.bak

Warum kann der Cronjob nun also das Script nicht finden?

froxlor 2.28 auf bullseye zu froxlor 2.2.8 auf bookworm.

Dabei soll vor allem der IMAP-Zugriff nach der DNS-Umstellung ohne Umkonfiguration der Client laufen.

Ich habe froxlor auf dem neuen Server per apt installiert und konfiguriert.

Beim Vergleich der Dovecot-config ist mir aufgefallen, dass die configs such deutlich unterscheiden:

alter Server:

mail_home = /var/customers/mail/mailboxes/%d/%n

mail_location = maildir:~/mail:LAYOUT=fs

neuen Server:

mail_location = mbox:~/mail:INBOX=/var/mail/%u

und kein mail_home, obwohl in den "Einstellungen" Mail-Homedir auf /var/customers/mail/ steht (so wie immer).

Hat sich die Dovecot-config grundlegend geändert, oder mache ich was falsch?

Output von doveconf -n hängt an.

dove.conf

für eine Umzugsprojekt suche ich Unterstützung. Ich habe die Debian 12 VM gesichert und im neuen Rechenzentrum wieder eingespielt - Plan ist hier die zunächst die Teststellung lauffähig zu machen, bevor produktiv umgezogen wird.
Da sich die die öffentlichen IPs ändern, habe ich zunächst im Linux unter Interfaces alles an das neue Serversystem angepasst und danach mit der froxlor-cli mit switch-server-ip die Ip's geändert. 

Leider kann ich auf keiner der IP's auf die Froxlor Gui zugreifen oder erhalte Zugriff auf die Seiten.

Ich bin leider kein Linuxprofi und hoffe hier noch Support zu finden, da dass alte Rechenzentrum bald abgeschaltet wird.

Schöne Grüße

Christian