---
# nocheck: seaweedfs-required β object storage not implemented for this role
sso:
bond: 1
enabled: "{{ 'web-app-keycloak' in group_names }}"
shared: "{{ 'web-app-keycloak' in group_names }}"
flavor: oidc
oidc:
email_by_username: true
enable_user_creation: true
clients:
webui: stalwart-webui
webmail: stalwart-webmail
logout:
bond: 1
enabled: "{{ 'web-svc-logout' in group_names }}"
shared: "{{ 'web-svc-logout' in group_names }}"
dashboard:
bond: 1
enabled: "{{ 'web-app-dashboard' in group_names }}"
shared: "{{ 'web-app-dashboard' in group_names }}"
card: webmail
matomo:
bond: 1
enabled: "{{ 'web-app-matomo' in group_names }}"
shared: "{{ 'web-app-matomo' in group_names }}"
# nocheck: playwright-service-flag, dynamic-flag infrastructure backup consumer
container_backup: # nocheck: bond-baseline backup host joins outside the variant topology
bond: 1
enabled: "{{ 'svc-bkp-volume-2-local' in group_names }}"
shared: true
# nocheck: playwright-service-flag β self-provider
stalwart:
bond: 1
enabled: true
shared: true
provides: email
modes:
compose:
enabled: true
swarm:
enabled: true
# nocheck: default-placement-manager mail edge at a known IP: MX A-record, PTR and SPF bind to the stack host IP (a floating task's egress IP breaks deliverability); the mail store is NFS-hostile and IS the app β same rationale as web-app-mailu
placement: manager
image: stalwartlabs/stalwart
webui_version: "v2.0.5"
version: "v1.0.3"
update:
- key: webui_version
type: git_tags
repository: https://github.com/stalwartlabs/webui.git
match: "v2."
name: stalwart
backup:
project_hard_restart: true
stop_required: true
migration:
import_mailu: false
mailbox_map: []
workers: 0 # Parallel IMAP sessions of the import; 0 takes one fewer than the host's vCPUs, at most 8
aliases: []
forwards: []
alias_domains: []
ban_period_seconds: 3600
# nocheck: min-storage-headroom Reason: the mail store (maildir blobs, FTS index, queue) lives in this service's volumes and dwarfs the image transfer size
min_storage: 20GB
domain: "{{ lookup('email').domain }}"
dmarc:
rua_user: platform_administrator
ports:
local:
http: 8095
public:
smtp: 25
smtps: 465
pop3s: 995
imaps: 993
sieve: 4190
onion:
smtp: true
# nocheck: onion-flag ManageSieve edits server-side filters, which is administration rather than the sending and receiving the onion transport is for
sieve: false
internal:
http: 8080
smtp: 25
smtps: 465
pop3s: 995
imaps: 993
sieve: 4190
run_after:
- web-app-matomo
lifecycle: beta
cpus: "1.0"
mem_reservation: 512m
mem_limit: 2g
pids_limit: 1024
# nocheck: playwright-service-flag β DB engine, covered by role-local integration tests
# nocheck: image-healthcheck β the container DOES get a probe: sys-svc-rdbms/templates/services/postgres.yml.j2 emits pg_isready with the real username, and this role's compose pulls that partial in through sys-svc-compose's base. Declaring one here instead would be dead config, since no template of this role renders it (container-healthcheck-unused). The checker only follows one include level, so it cannot see that partial.
postgres:
bond: 1
enabled: true # nocheck: dynamic-flag
shared: "{{ ('svc-db-postgres' in group_names) and (IS_COMPOSE_MODE) }}"
image: postgres
version: "18"
cpus: "0.8"
mem_reservation: 1g
mem_limit: 2g
pids_limit: 512
# nocheck: dynamic-flag β role-local sub-component, always deployed with the stack
# nocheck: playwright-service-flag β internal sub-component
webmail:
bond: 1
enabled: true
shared: true
image: roundcube/roundcubemail
healthcheck:
flavor: curl
version: "1.7.5-apache"
backup:
stop_required: false
cpus: "0.3"
mem_reservation: 256m
mem_limit: 1g
pids_limit: 512
ports:
local:
http: 8094
internal:
http: 80
# nocheck: dynamic-flag β role-local sub-component, always deployed with the stack
# nocheck: playwright-service-flag β antivirus milter, covered by role deploy test
clamav:
backup:
stop_required: false
enabled: true
shared: false
image: clamav/clamav-debian
version: "1.5.4"
ports:
internal:
milter: 7357
cpus: "1.0"
mem_reservation: 1g
mem_limit: 3g
pids_limit: 512
# nocheck: dynamic-flag image of the 0.16 store migration that migrate.sh runs; never deployed as a service
# nocheck: playwright-service-flag no Playwright surface, the image only runs inside migrate.sh
stalwart_migrate:
enabled: false
shared: false
image: stalwartlabs/stalwart-migrate
version: "1.0.4"
design:
bond: 1
enabled: "{{ 'web-svc-design' in group_names }}"
shared: "{{ 'web-svc-design' in group_names }}"
slots:
brand:
width: 472
height: 80
prometheus:
bond: 1
enabled: "{{ 'web-app-prometheus' in group_names }}"
shared: "{{ 'web-app-prometheus' in group_names }}"
# nocheck: variants-coverage β test_sso_variant_requires_tor forbids a variant pinning services.tor.enabled false, so the false polarity this rule asks for cannot exist
tor:
bond: 0.5
enabled: "{{ 'svc-net-tor' in group_names }}"
shared: true # nocheck: dynamic-flag
# nocheck: playwright-service-flag β SMTP egress relay for .onion recipients, no UI surface
# nocheck: variants-coverage β test_sso_variant_requires_tor forbids a variant pinning services.tor.enabled false, so the false polarity this rule asks for cannot exist
# nocheck: bond-baseline β no variant pins this flag literally: the gateway follows svc-net-tor, which every variant now pins on
# nocheck: dynamic-flag β gated on the onion (svc-net-tor), not on svc-net-tor-smtp itself: the gateway is a derived companion, never a standalone inventory group
tor-smtp:
bond: 0.5
enabled: "{{ 'svc-net-tor' in group_names }}"
shared: true # nocheck: dynamic-flag
docs:
bond: 0.5
enabled: "{{ 'web-app-docs' in group_names }}"
shared: "{{ 'web-app-docs' in group_names }}"