Everything Blank after Moorch 2025 Update

mailcow-helper

Cisco30 I know that too. I do not have any additional ADDITIONAL_SAN in mailcow.conf, and set ENABLE_SNI=n.

The thing is domainname.com/rspamd working fine, it’s just mailcow UI and admin panels are stuck.

mailcow-helper

I simply rolled back the update with –legacy option and everything came back to normal. Could not find the root cause why the default mailcow UI or /admin /domainadmin was not working.

mailcow-helper

I tried again the Moorch 2025 update to assess the issue with –stable update. But still everything stays blank and no page comes on the screen.

Do I have to run generate_config.sh again? if anyone can help.

esackbauer

I guess you are creating a loop here. You rewrite / to /SOGo and the March update does rewrite /SOGo to /.

mailcow-helper

esackbauer No earlier config was to route default UI to SOGO e.g. rewrite ^/$ /SOGo/; in proxy pass. I just commented it so that it routes to default / where it goes to whatever it presents by proxy_pass http://127.0.0.1:18080;.

kingfisher

I experience the same issue. I have quite a standard setup, just some adjustments in postfix. Cannot find out why the page is blank. / /admin /domainadmin - all the same. Just blank. Log in nginx-mailcow:

nginx-mailcow-1 | <IP> - - [05/Apr/2025:20:59:27 +0200] “GET / HTTP/2.0” 200 20 “-” “Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36”

What can cause this?

esackbauer

kingfisher

Probably you updated from a much older release? Could be that the MariaDB upgrade did not go through properly.
See this issue and the linked one regarding MariaDB:
mailcow/mailcow-dockerized6429

kingfisher

I updated from the most recent release, as i always keep Mailcow up to date. Usually i do not update at the forst day but after a week or so.

What i did is export the database (with Adminer), stopped the mysql container, removed the contet fo the mysql volume, started the mysql container and imported the database export with Adminer. Everything went smooth, the Mariadb log reported nothing unusal. I cannot see a relation to the database why my Mailcow UI does not work anymore in the browser. E-Mail flows are still working. Nothing suspect in any logs.

How would i debug this animal further?

DocFraggle

kingfisher What i did is export the database (with Adminer), stopped the mysql container, removed the contet fo the mysql volume, started the mysql container and imported the database export with Adminer.

Why did you do that?

kingfisher

DocFraggle

@esackbauer mentioned mailcow/mailcow-dockerized6429

I looked into index.php and have added this line at the beginning:

var_dump($_SERVER['DOCUMENT_ROOT']);

/web was printed

until i added it under the line

require_once $_SERVER['DOCUMENT_ROOT'] . '/inc/header.inc.php';

After that it was not printed anymore.

I looked into index.php and have added this line at the beginning:

var_dump($_SERVER['DOCUMENT_ROOT']);

/web was printed

until i added it under the line

require_once $_SERVER['DOCUMENT_ROOT'] . '/inc/header.inc.php';

From that line on /web was not printed anymore.

mailcow-helper

I also always updated my mailcow on the same day when it shows it has a new update. So in my case also it was recent fresh update too. I also did not see any unusual in logs so I just rolled back it to legacy update. it’s good to know that I am not alone with this issue as @kingfisher user is also have the same setup like mine and having the same issue. If you get any solution to this issue please share the same with me too bro.

mailcow-helper

kingfisher Did not get you here. Did it solved the issue?

kingfisher

No, it was just a message to describe that i try to solve the thing :-) index.php is “producing” the white page, because no content is beeing generated. I wanted to understand why. Better a Mailcow developer should have a look.

mailcow-helper

kingfisher mailcow/mailcow-dockerized6429 this was closed as completed but did not get anything out of it. Do we have to create a new volume for SQL and revert back?

DocFraggle

mailcow-helper Do we have to create a new volume for SQL and revert back?

I don’t think so tbh

kingfisher

A pitty, Revision B did not solve our (my) problem.
mailcow/mailcow-dockerizedreleases/tag/2025-03b

mailcow-helper

kingfisher … haha thanks for the update. I will not try to update it now. Was just thinking to update it and your message came. Thanks a lot.

kingfisher

I am wondering how to debug this. I have another Mailcow with the same version which updated fine. The problematic one is from 2022. The good one from Mid 2024.

I compared a lot of settings, including database contents, with no obvious signs of a problematic source. I tried to understand what index.php does, but without a deeper understanding of the architecture, how everything is connected, I’m not very comfortable going in that direction. A bit out of ideas now.

I do not want to go back to legacy …

DocFraggle

kingfisher I guess the problem with the installation from 2022 could be that you upgraded it in one single step instead of running the update jumping from version to version. This may have broken things.
Do you have a backup from before upgrading it?

mailcow-helper

DocFraggle I would not agree with my case here. I always upgraded my mailcow on the same night as soon as I see a new update. I have never missed any single update of mailcow.