🐛 Matrix SMTP_PASS from TUI does not get set in matrix-smtp-credentials #226
Labels
No labels
🐛 bug
DO THE THING >:(
blocked
dependencies
k3s
kind
openbao
question
secrets
wontfix
✨ enhancement
🌱good first issue
📓documentation
📕kyverno
🔐 Bitwarden
🙋help wanted
🦩 MinIO
🧸 🧸 Duplicate
🩹 Bug Fix
🪠 CICD
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
small-hack/smol-k8s-lab#226
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Describe the Bug
The SMTP_PASS for Matrix entered via the TUI does end up in the
matrix-smtp-credentialsInput:
Resulting Secret:
Steps to Reproduce Bug
User info (please complete the following information):
smol-k8s-lab(You can get this withsmol-k8s-lab --version): v5.0.4If it's related to the install of something on k8s:
helm list -a$HOME/.cache/smol-k8s-lab/(If you're using XDG Base Directory Spec env variables, this could be under$XDG_CACHE_HOME/smol-k8s-lab/)Additional context, if any
Add any other context about the problem here.
this is indeed broken, but I'm unsure why. Will look at this weekend 💙
I've been thinking about this, and since we do an OIDC-only setup for matrix, perhaps we just remove the SMTP feature entirely here? The SMTP feature is generally for account management, and since we use ZITADEL for that, the only other thing it could be used for is email notifications, and I feel like no one actually uses email for that anymore. If I'm wrong, feel free to correct me, but I think for the smol-k8s-lab use case, unless others disagree, using SMTP is more of a hassle than it creates benefits 🤔
Open to other opinions, and the TUI not updating other sensitive values still needs to be fixed btw, just maybe not for matrix.