Notifinho v2.5.0
Notifinho v2.5.0 release notes
Released 24 July 2026.
v2.5.0 makes SQLite authoritative for every WebUI-managed resource and reduces
config.yaml to process bootstrap, listener, and security settings.
Database-authoritative resources
- Destinations and routes no longer depend on YAML synchronization.
- API applications, regional preferences, backup scheduling, integration
behavior, aliases, and Redfish deduplication settings are WebUI-managed. - Destination credentials remain in private secret files referenced by SQLite.
- Dynamic destination type changes preserve the destination ID, route links,
delivery history, and secret rotation boundary.
Fault isolation
- A damaged destination or route row is reported independently while valid rows
remain available. - A damaged integration-settings row falls back to its safe default and is shown
as needing repair without breaking other settings. - Unexpected API failures include a safe error code, endpoint, and reference ID;
the matching server log contains the traceback without credential values.
Migration
The first successful start upgrades platform state to Schema 8, imports v2.4
YAML resources, and atomically removes these sections from config.yaml:
outputsroutingapi.tokensnotificationspresentationhome_assistantredfishplatform.backupswebui.language
Existing token values continue working because their hashes are imported. The
migration preserves file ownership and mode and creates a YAML backup.
Upgrade
- Back up the matched
config,state, andsecretsdirectories. - Validate the migration in an isolated container using a copy of production.
- Deploy
fortpt/notifinho:2.5.0through the existing Portainer stack. - Confirm schema 8, resource counts, token authentication, test deliveries,
aliases, regional settings, and scheduled backups. - Complete
docs/v2.5.0-acceptance-checklist.md.
HTTP and HTTPS access
The same-origin WebUI and session boundary are unchanged. Direct HTTP remains
appropriate only on a trusted network. Public or untrusted access must terminate
TLS at a trusted reverse proxy and enable HTTPS enforcement and secure cookies.
Direct managed-mount deployment
Managed NFS/SMB backup mounts remain opt-in. The migration moves backup schedule
and target selection into SQLite but does not change mount capabilities,
container paths, or host-side credential handling.
Compatibility and rollback
Rollback requires stopping v2.5.0 and restoring the matched pre-upgrade
config, state, and secrets backup before starting v2.4.0. v2.4.0 cannot
open schema 8 and normalized v2.5.0 YAML does not contain destinations or routes.