kevinveenbirkenbachandClaude Opus 5.5 86e7c844f3 fix(web-app-stalwart): recognise existing v1.0 accounts and patch only their password ...

Stalwart v1.0 refuses an existing account with primaryKeyViolation; the batched provisioning from 1fbd4758e3 only knew alreadyExists, so every update deploy skipped the password sync and the listed-id fallback hid the refusal (msmtp then failed with 535). An account now counts as existing when the refusal's objectId is the listed account of that name, any other refusal fails the assert, and the update patches credentials/<k>/secret instead of replacing the whole credentials list, which would have dropped every app password, API key and second factor. sys-token-store gains write_many.yml, so all bot tokens land in one store write and one applications re-render; write.yml delegates a one-entry batch to it.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

2026-10-29 01:37:35 +01:00

..

cli

fix(inventory): pin the passwords of every bot and account holder, deployed role or not

2026-10-29 01:31:15 +01:00

group_vars

fix(group_vars): evaluate the CAPTCHA flags only for a configured provider

2026-10-25 20:58:06 +01:00

library

perf(sys-svc-compose): prepare the compose instance in one module call

2026-10-25 21:22:32 +01:00

plugins

perf(packages): skip the package manager when its database already shows the state

2026-10-29 01:28:46 +01:00

roles

fix(web-app-stalwart): recognise existing v1.0 accounts and patch only their password

2026-10-29 01:37:35 +01:00

scripts

…

tests

feat(roles): pull custom roles from inventory-declared sources

2026-10-29 00:02:58 +01:00

utils

perf(packages): skip the package manager when its database already shows the state

2026-10-29 01:28:46 +01:00

__init__.py

…