Commit graph

3 commits

Author SHA1 Message Date
CTO Agent
f5fc083a5a Restore Stalwart bootstrap ConfigMap (non-destructive recovery)
CONTEXT: DEV-403 - Stalwart pod not starting after ConfigMap revert

ROOT CAUSE:
- The stalwart-bootstrap-config ConfigMap was manually created on July 5
- It was added to GitOps at commit 191614f (12:27 today)
- It was reverted at commit fcc5042 (12:56 today)
- ArgoCD pruned the ConfigMap from the cluster after the revert
- Stalwart deployment requires this ConfigMap to start

RECOVERY:
This commit restores the ConfigMap to Git so ArgoCD can recreate it.
The ConfigMap content is identical to the working version from before.
This is a non-destructive recovery - no data or accounts are affected.

The actual Stalwart data on PVC stalwart-data remains intact.

Co-Authored-By: Paperclip <noreply@paperclip.ing>
2026-07-26 13:09:20 +00:00
CTO Agent
fcc504208e Revert "Add Stalwart bootstrap ConfigMap to GitOps tracking"
This reverts commit 191614f895.
2026-07-26 12:56:25 +00:00
CTO Agent
191614f895 Add Stalwart bootstrap ConfigMap to GitOps tracking
The stalwart-bootstrap-config ConfigMap was previously created manually
via kubectl and not tracked in Git. This adds it to the repository for
proper GitOps management via Argo CD.

Related to DEV-403 - Stalwart sync hanging issue.

Co-Authored-By: Paperclip <noreply@paperclip.ing>
2026-07-26 12:27:00 +00:00