mail: cross-probe From display name still reads 'gitborg monitoring' #388
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-infra#388
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "%!s()"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
The sending-domain move (#381) moved every mail address to
email.bitborg.se, but thecross-probe's display name was not part of that change and still reads
gitborg:This is the same class of fault already fixed for
forgejo_mailer_fromon 2026-08-05 — the addresswas correct while the From name was user-visible and wrong-cased. It reaches a real mailbox: the
cross-probe is the independent dead-man's-switch that emails
admin@bitborg.sewhen the monitoringVM dies, so the one time this header is read is during an incident.
Per the casing rule used for
forgejo_app_nameandforgejo_mailer_from, it should beBitborg monitoring.Also in scope, operator-visible rather than user-visible
Three systemd unit descriptions on the monitoring host still say
gitborg monitoring:roles/monitoring/templates/caddy.container.j2:3roles/monitoring/templates/caddy.socket.j2:15roles/monitoring/templates/caddy-data.volume.j2:3These show up in
systemctloutput. Cheap to fix in the same change, but note that editing a unitdescription restarts the unit, so it is not free — Caddy on the monitoring host fronts Grafana
and ntfy.
Deliberately not in scope
Network={{ bitborg_network }}comments referring to "the gitborg network" describe an object whosereal name has not moved yet (the podman network rename is part of the data-carrying-objects tranche,
where editing a declaration creates a second empty object). Leave those until that tranche.
Acceptance
Bitborg monitoring.send_mailpath shows the new display name in the receivedmessage — verified on the received mail, not on the template.
changed=0.