[Bug]: Can't share calendars

[kujiu]

Description

When I try to share a calendar with a group or an individual, I select the principal in the interface. A line appears into the list of shares, but the name is not the name of principal but a letter from i to n depending of the principal. I can select rights to apply and close the popup. But the calendar doesn't appear on the interface of other individuals, and all shares disappear when I refresh or logout/login.

Bulwark version: v1.6.0 (docker image from ghcr.io running on rootless podman 5.8.2)
Stalwart version: v0.15.5 (running on rootless podman, same server)

There are no error on log (even in debug mode in Stalwart and Bulwark), I just can see request to stalwart on calendars like this:

May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId =
5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG JMAP method call (jmap.method-call) lis
tenerId = "https", localPort = 443, remoteIp = 192.168.203.5
, remotePort = 53032, id = "Calendar/get", accountId = 5, el
apsed = 1ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId =
5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-05-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId = 5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-05-03T23:00:09Z DEBUG JMAP method call (jmap.method-call) listenerId = "https", localPort = 443, remoteIp = 192.168.203.5, remotePort = 53032, id = "CalendarEvent/get", accountId = 5, elapsed = 0ms

(havelock is the name of the server, and tollivier-stalwart the name of podman container)

Steps to Reproduce

1. Go to Settings
2. Go to Calendar
3. Click on share button on a calendar
4. Click on Add person or group
5. Select one item in list
6. Change rights
7. Close the popup

Expected Behavior

A line must appear on the list of shares with the name of the principal, other people will see the shared calendar on their interface.

Actual Behavior

A letter appears as share, and we can select the rights. Other people don't have any access to calendar, and the setting is forgotten on refresh or logout/login.

Bulwark Version

1.6.0

Stalwart Mail Server Version

0.15.5

Browser

Firefox

Operating System

Linux

Screenshots / Screen Recording

No response

Relevant Logs or Error Output

May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId =
 5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG JMAP method call (jmap.method-call) lis
tenerId = "https", localPort = 443, remoteIp = 192.168.203.5
, remotePort = 53032, id = "Calendar/get", accountId = 5, el
apsed = 1ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-0
5-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId =
 5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-05-03T23:00:09Z DEBUG Cache hit (store.cache-hit) accountId = 5, collection = "calendar", changeId = 10623, elapsed = 0ms
May 04 01:00:09 havelock tollivier-stalwart[4023390]: 2026-05-03T23:00:09Z DEBUG JMAP method call (jmap.method-call) listenerId = "https", localPort = 443, remoteIp = 192.168.203.5, remotePort = 53032, id = "CalendarEvent/get", accountId = 5, elapsed = 0ms

Additional Context

uname -a
Linux havelock 6.12.74+deb13+1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.74-2 (2026-03-08) x86_64 GNU/Linux

podman --version
podman version 5.8.2

podman image ls | grep bulwark
ghcr.io/bulwarkmail/webmail latest 2b680d9cf287 2 days ago 247 MB

podman image inspect 2b680d9cf287 | grep Digest
"Digest": "sha256:f0a266506fcf32158cc20cca417db71712ed5c66176c643e490d09035c68be32",

[rathlinus]

This might be a 0.15 problem as in stalwart 0.16 i cant see that behavior

[kujiu]

Here the response from stalwart for the list of principals (I anonymized all data, but you have the structure with that):

{"methodResponses":[["Principal/query",{"accountId":"f","queryState":"n","canCalculateChanges":true,"position":0,"ids":["f","g","h","i","j","k"]},"0"],["Principal/get",{"accountId":"f","state":"n","list":[{"id":"f","type":"individual","name":"anonymous@example.com","description":"An example name","email":"anonymous@example.com"},{"id":"g","type":"individual","name":"anonymous@example.com","description":"An example name","email":"anonymous@example.com"},{"id":"h","type":"individual","name":"anonymous@example.com","description":"An example name","email":"anonymous@example.com"},{"id":"i","type":"individual","name":"anonymous@example.com","description":"An example name","email":"anonymous@example.com"},{"id":"j","type":"group","name":"anonymous@example.com","description":null,"email":"anonymous@example.com"},{"id":"k","type":"group","name":"anonymous@example.com","description":null,"email":"anonymous@example.com"}],"notFound":[]},"1"]],"sessionState":"9e5af0c6"}

[apollo79]

I thinks these are two different issues (or even three).

One is that the IDs are displayed instead of the account names (that is also the case in Stalwart's UI, but has been fixed today or so and will be fixed in the next release). I don't know if that makes it work automatically in Bulwark or if that has to be adjusted.

Another one is that the share settings disappear after logout in bulwark, which is the same as this one I opened: #244. This seems to be a bug in bulwark, as Stalwart (at least for me) shows the correct shares.

And the last one is that the calendars don't appear for the sharees. I think this is also a bug, but probably in Stalwart. I have something similar right now: stalwartlabs/stalwart#3135. But for me, it is with Stalwart v.16.3. You can maybe check if it works with newly created accounts, then it might be the same issue that I have.