Hi,

ich habe vor kurzem auch auf mailcow-dockerized umgestellt und bin bisher sehr zufrieden. Allerdings ist mir aufgefallen, dass offenbar alle Buttons/Links, bei denen per AJAX Dinge ausgeführt werden sollen nicht funktionieren (bspw. bleibt das Detail-Fenster bei Quarantäne-Mails leer, oder auch das Restarten von Containern bleibt ewig im Status “Container wird neugestartet…” stehen.
Wenn man in die Developer Tools schaut sieht man auch, woran es scheitert: Die URLs für die AJAX-Requests beinhalten die .php Dateiendung, was offenbar dazu führt, dass diese Files bei mir nicht geladen werden können. Wenn ich einen solchen Link ohne .php in den Browser eintippe, sehe ich den erwarteten JSON-Content z.B.
Ich habe jetzt schon relativ viel Zeit damit verbracht zu versuchen, die nginx Konfigurationen (bzw. genauer die /etc/nginx/includes/site-defaults.conf bzw. das dazugehörige Jinja-Template) zu editieren und zu debuggen, aber ich werde nicht wirklich schlau daraus. Ich habe für alle Location-Direktiven, die für mich in Frage kommen, per add_header-Anweisung versucht ein gewisses Tracing hinzukriegen um zu sehen, warum die Auflösung fehlschlägt (inkl. Angabe von always, damit das auch bei ungewöhnlichen Fehlercodes passiert), doch im Falle der *.php URLs wird kein Header hinzugefügt (bei den normalen Seiten funktioniert das aber und ich sehe meinen Custom Header, der Mechanismus an sich funktioniert also grundsätzlich). Auch in den Docker Logs für den nginx-Container sehe ich die 404-Requests meines Erachtens nicht, die manuell angepassten Zugriffe ohne .php entsprechend natürlich schon - ich kriege ja schließlich auch erfolgreich den Content angezeigt.
In der nginx-Config des Reverse Proxys auf dem Host sehe ich keinen Grund, warum diese URLs nicht auch ganz normal per proxy_pass an den entsprechenden Container geleitet werden sollten, dort sehe ich aber zumindest einen geloggten http 404, wenn ich die php-Urls aufrufe.

Hier als Referenz die genutzte nginx location-Direktive des Reverse Proxy auf dem Host (entsprechend der Dokumentation hinzugefügt):

location /Microsoft-Server-ActiveSync {
	proxy_pass http://127.0.0.1:1080/Microsoft-Server-ActiveSync;
	proxy_set_header Host $http_host;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header X-Forwarded-Proto $scheme;
	proxy_connect_timeout 75;
	proxy_send_timeout 3650;
	proxy_read_timeout 3650;
	proxy_buffers 64 512k; # Needed since the 2022-04 Update for SOGo
	client_body_buffer_size 512k;
	client_max_body_size 0;
}

location ~ ^/.* {
	proxy_pass http://127.0.0.1:1080;
	proxy_set_header Host              $host;
	proxy_set_header X-Real-IP         $remote_addr;
	proxy_set_header X-Forwarded-For   $proxy_add_x_forwarded_for;
	proxy_set_header X-Forwarded-Proto $scheme;
	client_max_body_size 0;
	# The following Proxy Buffers has to be set if you want to use SOGo after the 2022-04 (April 2022) Update
	# Otherwise a Login will fail like this: https://github.com/mailcow/mailcow-dockerized/issues/4537
	proxy_buffer_size 128k;
	proxy_buffers 64 512k;
	proxy_busy_buffers_size 512k;
	# proxy_set_header Upgrade $http_upgrade;
	# proxy_set_header Connection "upgrade";
	# proxy_http_version 1.1;
}

Mailcow ist auf Version 2026-03b.

Ich bin etwas ratlos, wo ich noch suchen kann. Hat jemand vielleicht den entscheidenden Tipp für mich?

Besten Dank und viele Grüße!