GUI-Probleme nach Update auf 2025-10

chriscorns

Nach dem Update per Kommandozeile, dass ohne Fehler durchgeführt wurde, gab es innerhalb der Mailcow-GUI z.B. diese Fehlermeldung nachdem der Menüpunkt “E-Mail/Konfiguration/Aliasse” aufgerufen wurde:
DataTables warning: table id=alias_table - Ajax error. For more information about this error, please see http://datatables.net/tn/7
Die Mail-Aliasse wurden nicht mehr angezeigt, waren in der Datenbank aber alle noch da. Browsercache löschen o.ä. brachte keinen Erfolg. Ein Downgrade auf die letzte Version davor (2025-09c) führte dazu, dass die GUI wieder bedient werden konnte. Ist das ein Bug?

esackbauer

Bei mir sind alle Aliase ganz normal da.
Ich hatte aber nach dem Update auch Probleme, da die GUI überhaupt nicht gestartet ist, sondern sich mit einem Datenbankfehler gemeldet hat.
Habe die update.sh nochmal laufen lassen danach ging es.

chriscorns

esackbauer Da der Fehler durch eine AJAX-Fehlermeldung sichtbar war, habe ich auch im Developer-Modus im Browser die Antwort auf den Request angeschaut und vermutlich die gleiche Datenbankfehlermeldung wie du gesehen. Allerdings hat ein erneutes Ausführen des Update-Scripts nicht dazugeführt, dass der Fehler verschwand. Nach dem Downgrade, das funktinonierte, habe ich erneut ein Update auf stable (master) versucht und wieder bekam ich nur die o.g. Fehlermeldungen. Also erneutes Downgrade und alles funktionierte wieder. Bisher hatte ich nie Probleme mit den Updates.

Kann hier irgendein Dockerspezifischer Cache, Memchached o.ä. nicht sauber sein? Kann ich den zurücksetzen?

DocFraggle

Bei mir lief das Update ohne Probleme und auch die Aliase sind da

curiosity

Hallo,
hab gerade bei mir geschaut, ich habe den gleichen Fehler erhalten.

DataTables warning: table id=alias_table - Ajax error. For more information about this error, please see http://datatables.net/tn/7

Hab jetzt aber das update noch nicht wieder ausgeführt. Wie kann ich denn jetzt überprüfen ob die Aliase in der Datenbank da sind?

Update: Hab gerade nochmal das update.sh durchgeführt, der Fehler bleibt leider. Die Aliase scheiner aber zu funktionieren, denn die Mails flattern trotzdem rein.

DocFraggle

curiosity Wie kann ich denn jetzt überprüfen ob die Aliase in der Datenbank da sind?

Schau in die mailcow.alias Tabelle

Also ich habe gerade die Release-Diffs angeschaut, ausser bei ein paar Übersetzungen wurde nicht bzgl. der Aliase gemacht.

mailcow/mailcow-dockerized2025-09c → 2025-10

Habt Ihrs mal im Inkognito Modus versucht? Oder anderer Browser? Nicht dass es doch was lokales ist?

curiosity

Hab es gerade mal mit dem Firefox und auch dem Brave Browser Probiert, bei beiden kommt die Fehlermeldung.

[unknown] Schau in die mailcow.alias Tabelle

Mal jetzt dumm gefragt, wie kann ich die mir auf die Schnelle anzeigen lassen bzw. reinschauen? Bin jetzt mit Datenbanken in Docker noch nicht so konform.

chriscorns

curiosity Du musst dich auf den mysql-docker-container schalten:
docker compose exec mysql-mailcow mysql -uUSERNAME -pPASSWORD DATABASENAME
Danach kannst du direkt auf der Shell MySQL-Befehle ausführen, z.B.:
SELECT * FROM mailcow.alias;

DocFraggle

Lustig, ich hatte mal die GUI auf deutsch umgestellt, seitdem bekomme ich es auch. Auch wenn ich wieder auf Englisch umschalte. Auch Ab- und Anmelden hilft nicht

curiosity

Okay, dann scheint es ja doch wohl ein kleines Problem zu geben. Die Aliase funktionieren ja anscheinen, den Mails die an Aliase gerichtet sind, werden ohne Probleme zugestellt.

DocFraggle

curiosity Ja, alles funktioniert, das scheint ein WebGUI Bug zu sein

curiosity

chriscorns Konnte es nicht abwarten, hab es gerade Zuhause ausprobiert, in der Datenbank ist alles okay. Alle Einträge sind vorhanden. Das ist schonmal beruhigend. Jetzt muss nur noch geklärt werden wo sich der Fehler eingeschlichen hat.

curiosity

Danke dir, muss ich dann mal heute Abend in ruhe machen wenn ich Zuhause bin.

lakelounge

ich hab zwei Instanzen heute geupdatet. Die eine hatte Anfangs auch den Datenbankfehler, den @esackbauer oben beschrieben hat. Bei dieser Instanz fehlen jetzt die Aliase. Die andere zeigt die Aliase normal an. Die Instanz, die gezickt hat war noch auf Debian 12, die andere Debian 13.

chriscorns

Bei mir läuft Debian 12 - hier gibt es den Fehler (Aliasse in der Datenbank, im WebUI aber nicht sichtbar).

lakelounge

@chriscorns wollte es eben schreiben, dass es bei mir genauso ist. Debian 12, Aliase da.
Allerdings mittlerweile upgedatet auf Debian 13 :-(

Das ist der Fehler:
DataTables warning: table id=alias_table - Ajax error. For more information about this error, please see http://datatables.net/tn/7

Ich hab nochmal die ./update.sh laufen lassen und jetzt scheinen die Aliase wieder da zu sein …
@chriscorns kannst du das auch testen?

Sorry! Die Freude war nur kurz. Jetzt sind die Aliase wieder weg. Seltsam!

chriscorns

lakelounge Den Fehler habe ich ganz oben genauso erhalten. Habe hier einen Testserver mit Debian 11. Da habe ich keinen Fehler erhalten. Habe es allerdings erst getestet, nachdem zweimal das update-Script lief, da ich von einem alten 2024er-System mehrfach updaten musste. Das 12er System ist produktiv. Da kann ich es erst später testen.

lakelounge

chriscorns wie geschrieben hat es bei mir die Aliase einmal nach dem ./update.sh angezeigt. Dann hab ich kurz in die Logs gesehen und als ich Aliase wieder aufgerufen hab, waren sie wieder weg und der Fehler wieder da. Mir scheint aber, dass die Aliase funktionieren und nur niht angezeigt werden.

curiosity

Bei mir läuft auch es auch unter Debian 13 (arm64). Das update hatte ich aber auch nochmal drüber laufen lassen, hatte aber nichts bewirkt. Hab mich gerade mal in Sogo angemeldet und einfach mal eine mail verschicken wollen, dort kann ich die freigegebenen Aliase auswählen. Scheint wohl nur ein Bug in der Gui vom Administrator zu sein.

lakelounge

das passiert direkt nach dem Reload der Alias-Seite:

php-fpm-mailcow-1         | [15-Oct-2025 19:02:59] WARNING: [pool web-worker] child 59 exited on signal 11 (SIGSEGV) after 2617.052674 seconds from start
nginx-mailcow-1           | 2025/10/15 19:02:59 [error] 22#22: *799 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: meine-IP-v-6-Adresse, server: mail.examlpe.de, request: "GET /api/v1/get/alias/all?_=1760547778613 HTTP/2.0", upstream: "fastcgi://172.22.1.6:9002", host: "mail.examlpe.de", referrer: "https://mail.examlpe.de/"
php-fpm-mailcow-1         | [15-Oct-2025 19:02:59] NOTICE: [pool web-worker] child 678 started
nginx-mailcow-1           | 2025/10/15 19:02:59 [error] 22#22: *799 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: meine-IP-v-6-Adresse, server: mail.examlpe.de, request: "GET /api/v1/get/alias/all?_=1760547778613 HTTP/2.0", upstream: "fastcgi://[fd4d:6169:6c63:6f77::9]:9002", host: "mail.examlpe.de", referrer: "https://mail.examlpe.de/"
php-fpm-mailcow-1         | [15-Oct-2025 19:02:59] WARNING: [pool web-worker] child 60 exited on signal 11 (SIGSEGV) after 2617.067648 seconds from start