SOGO - Customizing theme and logo - Oops…

SOGO - Customizing theme and logo - Oops…

I just tried to follow the new instructions for customizing SOGo:

I followed the steps exactly as stated, using the specified template as “custom_theme.js” and my own “logo-full.svg” (owner: sogo1). Unfortunately, after restarting SOGo, I always get a “Bad Gateway” error in the browser.

So I undid everything and removed the files – but after restarting SOGo, I still get a “Bad Gateway” error.

This is an excerpt from the service status:

/home/sogo1/.config/state# runagent -m sogo1 systemctl --user status sogo
● sogo.service - Podman sogo.service
Loaded: loaded (/home/sogo1/.config/systemd/user/sogo.service; enabled; preset: enabled)
Active: active (running) since Tue 2025-09-02 17:37:38 CEST; 17s ago
Process: 1915170 ExecStartPre=/bin/rm -f /run/user/1004/sogo.pid /run/user/1004/sogo.pod-id (code=exited, status=0/SUCCESS)
Process: 1915171 ExecStartPre=/usr/bin/podman pod create --infra-conmon-pidfile /run/user/1004/sogo.pid --pod-id-file /run/user/1004/sogo.pod-id --name sogo --p>
Process: 1915181 ExecStart=/usr/bin/podman pod start --pod-id-file /run/user/1004/sogo.pod-id (code=exited, status=0/SUCCESS)
Main PID: 1915212 (conmon)
Tasks: 16 (limit: 7048)
Memory: 4.6M
CPU: 444ms
CGroup: /user.slice/user-1004.slice/user@1004.service/app.slice/sogo.service
├─1915194 /usr/bin/slirp4netns --mtu=65520 --enable-sandbox --enable-seccomp --enable-ipv6 -c -e 3 -r 4 --netns-type=path /run/user/1004/netns/netns-7b>
├─1915197 rootlessport
├─1915203 rootlesssport-child
└─1915212 /usr/bin/conmon --api-version 1 -c 040565c07c44858ec60b2505d0cd7c904a050f2d0d758977715754161fab2191 -u 040565c07c44858ec60b2505d0cd7c904a050f >

Sep 02 17:37:38 neth81 systemd[913]: Starting sogo.service - Podman sogo.service…
Sep 02 17:37:38 neth81 podman[1915171]:
Sep 02 17:37:38 neth81 podman[1915171]: 2025-09-02 17:37:38.409163767 +0200 CEST m=+0.122780372 container create 040565c07c44858ec60b2505d0cd7c904a050f2d0d758977715>
Sep 02 17:37:38 neth81 podman[1915171]: 2025-09-02 17:37:38.428219058 +0200 CEST m=+0.141835750 pod create 7652e6275839e8dc59f236f7fb39bc6fbdc63f19539f19cce76fe6bb0>
Sep 02 17:37:38 neth81 podman[1915171]: 7652e6275839e8dc59f236f7fb39bc6fbdc63f19539f19cce76fe6bb099341a4
Sep 02 17:37:38 neth81 podman[1915181]: 2025-09-02 17:37:38.778841998 +0200 CEST m=+0.305736509 container init 040565c07c44858ec60b2505d0cd7c904a050f2d0d75897771575>
Sep 02 17:37:38 neth81 podman[1915181]: 2025-09-02 17:37:38.80488785 +0200 CEST m=+0.331782301 container start 040565c07c44858ec60b2505d0cd7c904a050f2d0d75897771575>
Sep 02 17:37:38 neth81 podman[1915181]: 2025-09-02 17:37:38.805347261 +0200 CEST m=+0.332241798 pod start 7652e6275839e8dc59f236f7fb39bc6fbdc63f19539f19cce76fe6bb09>
Sep 02 17:37:38 neth81 podman[1915181]: 7652e6275839e8dc59f236f7fb39bc6fbdc63f19539f19cce76fe6bb099341a4
Sep 02 17:37:38 neth81 systemd[913]: Started sogo.service - Podman sogo.service.

How do I get SOGo running again without having to roll back to the last snapshot?

Regards Yummiweb

Apparently, the SOGo (or another component) has recovered. SOGo is accessible again.

I’ve gone through the entire theming process again, and it doesn’t work.

The service initially starts without errors, but it seems to restart after a few seconds.

The status output:
“Active: active (running) since Tue 2025-09-02 18:26:49 CEST; 8s ago”
changes with each status query.

Here are two examples with the details:

Sep 02 18:28:51 neth81 systemd[913]: Starting sogo.service - Podman sogo.service…
Sep 02 18:28:51 neth81 podman[1940644]:
Sep 02 18:28:51 neth81 podman[1940644]: 2025-09-02 18:28:51.991710975 +0200 CEST m=+0.222106397 container create feead488d06b84902b95eaa4dd67caa>
Sep 02 18:28:52 neth81 podman[1940644]: 2025-09-02 18:28:52.011141835 +0200 CEST m=+0.241537173 pod create de268626131f9ad1112b1535806b9ef65ce97>
Sep 02 18:28:52 neth81 podman[1940644]: de268626131f9ad1112b1535806b9ef65ce97913a042827913a3f69e403d62ec
Sep 02 18:28:52 neth81 podman[1940655]: 2025-09-02 18:28:52.254788813 +0200 CEST m=+0.188328382 container init feead488d06b84902b95eaa4dd67caa77>
Sep 02 18:28:52 neth81 podman[1940655]: 2025-09-02 18:28:52.272271355 +0200 CEST m=+0.205810929 container start feead488d06b84902b95eaa4dd67caa7>
Sep 02 18:28:52 neth81 podman[1940655]: 2025-09-02 18:28:52.272391179 +0200 CEST m=+0.205930774 pod start de268626131f9ad1112b1535806b9ef65ce979>
Sep 02 18:28:52 neth81 podman[1940655]: de268626131f9ad1112b1535806b9ef65ce97913a042827913a3f69e403d62ec
Sep 02 18:28:52 neth81 systemd[913]: Started sogo.service - Podman sogo.service.

Sep 02 18:29:19 neth81 systemd[913]: Starting sogo.service - Podman sogo.service…
Sep 02 18:29:19 neth81 podman[1941494]:
Sep 02 18:29:19 neth81 podman[1941494]: 2025-09-02 18:29:19.835040489 +0200 CEST m=+0.124373186 container create 50a7b7ecfcb8e1f519916f0f2397638>
Sep 02 18:29:19 neth81 podman[1941494]: 2025-09-02 18:29:19.850590016 +0200 CEST m=+0.139922711 pod create 0628d33960e2da58330b2d611dc00d7eeec3a>
Sep 02 18:29:19 neth81 podman[1941494]: 0628d33960e2da58330b2d611dc00d7eeec3a1674ab0ff797ae698e68b7e9cbb
Sep 02 18:29:20 neth81 podman[1941505]: 2025-09-02 18:29:20.154743413 +0200 CEST m=+0.264033294 container init 50a7b7ecfcb8e1f519916f0f23976385c>
Sep 02 18:29:20 neth81 podman[1941505]: 2025-09-02 18:29:20.172570409 +0200 CEST m=+0.281860273 container start 50a7b7ecfcb8e1f519916f0f23976385>
Sep 02 18:29:20 neth81 podman[1941505]: 2025-09-02 18:29:20.173209883 +0200 CEST m=+0.282499756 pod start 0628d33960e2da58330b2d611dc00d7eeec3a1>
Sep 02 18:29:20 neth81 podman[1941505]: 0628d33960e2da58330b2d611dc00d7eeec3a1674ab0ff797ae698e68b7e9cbb
Sep 02 18:29:20 neth81 systemd[913]: Started sogo.service - Podman sogo.service.

The container seems to be constantly restarting.

Has anyone ever managed to get the changes made according to the instructions above to work correctly?

Perhaps a typo in the examples? For example, at one point, sogo2 is mentioned instead of sogo1:

Editing /home/sogo2/.config/systemd/user/sogo-app.service.d/override.conf

(which doesn’t matter in the context, and these lines only serve to determine the position for insertion anyway)

Regards Yummiweb

The cause has been identified and is described here:

This thread may therefore be deleted.

1 Like