Record production email attribution limits

This commit is contained in:
SimpleTest 2026-08-12 19:21:56 +03:00
parent 300e6d8311
commit 205c6df730

View File

@ -58,6 +58,32 @@ results from product limits and unknown production properties.
frozen hackathon-test checkout, change shared Caddy, save Google Play Console frozen hackathon-test checkout, change shared Caddy, save Google Play Console
fields, or push the public Git remote. fields, or push the public Git remote.
### Read-only production attribution and operations observations
- The production application was still running revision `dafcdb3` when checked
on 2026-08-12; the email-boundary commits above were therefore not active
there. Its Oban table had no pending email/support worker backlog. The only
observed worker group was 1,440 completed request-expiry jobs.
- Since the current production container started, the database contained 44
public support submissions: 32 were still pending contact verification and
12 had verified contact addresses. There were no content-removal notices in
the same interval and none of those support requests had a recorded staff
response email. The deployed code attempted one confirmation for each public
submission and one receipt after each successful contact verification, so
these rows can account for up to 56 support-email attempts. The process-level
legacy metric reported 60 successful SMTP deliveries and two exceptions, but
it did not carry a purpose label. The exact purpose of each legacy delivery
is therefore unknown and must not be inferred from those aggregates.
- `SUPPORT_OPERATOR_EMAIL_MODE` was absent in the production environment and
the deployed default was `disabled`; verified support requests therefore did
not generate an operator-inbox alert in that observed configuration.
- The workstation-scheduled encrypted off-site backup completed successfully
at 2026-08-12 00:04:48 EEST, including its isolated restore drill. The new
restore-verified heartbeat implementation was committed later that day, so
the external monitor did not yet have a backup section or heartbeat to
evaluate. Enabling freshness alerts still requires an operator-selected
maximum acceptable age; the repository does not invent an RPO.
## Current local quality and dependency-security proof on 2026-08-10 ## Current local quality and dependency-security proof on 2026-08-10
- The complete isolated `scripts/quality.sh` pipeline passed in user-systemd - The complete isolated `scripts/quality.sh` pipeline passed in user-systemd