yummiweb
(Yummi Web)
September 2, 2025, 3:43pm
1
SOGO - Customizing theme and logo - Oops…
I just tried to follow the new instructions for customizing SOGo:
# ns8-sogo
This module intends to istall the SOGo groupware : https://www.sogo.nu/
## Install
Instantiate the module with:
add-module ghcr.io/nethserver/sogo:latest 1
The output of the command will return the instance name.
Output example:
{"module_id": "sogo1", "image_name": "sogo", "image_url": "ghcr.io/nethserver/sogo:latest"}
## Get the configuration
You can retrieve the configuration with
api-cli run get-configuration --agent module/sogo1
Diese Datei wurde abgeschnitten. Original zeigen
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
yummiweb
(Yummi Web)
September 2, 2025, 4:02pm
2
Apparently, the SOGo (or another component) has recovered. SOGo is accessible again.
yummiweb
(Yummi Web)
September 2, 2025, 4:38pm
3
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
yummiweb
(Yummi Web)
September 2, 2025, 5:13pm
4
The cause has been identified and is described here:
f you strictly follow the instructions:
theming doesn’t work.
Instead, SOGo ends up in a restart loop.
The error is here:
The files for the theme custom_theme.js and the logo logo-full.svg to customize the SOGo instance sogo1 need to be located in /home/sogo1/.config/state and owned by user sogo1.
or here:
volume %S/state/sogo-full.svg:/usr/lib/GNUstep/SOGo/WebServerResources/img/sogo-full.svg:Z ${SOGO_SERVER_IMAGE}
At the beginning, it mentions “logo-full.svg”, but later it refers to “…
This thread may therefore be deleted.
1 Like