Enable isolated Mailu email delivery with owned acceptance and recovery evidence #16
Loading…
Reference in a new issue
No description provided.
Delete branch "bb/portal-mail-gateway-thr_ywz2dcyd3p"
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?
Delivers scoped production email notifications through the isolated Mailu gateway and adds reviewed custody, acceptance and receiver-retirement tooling. The fixed retained source44 gateway passed identity/resource/network/egress guards and current Mailu receiver source-IP proof. Only the dedicated sender credential is available to the private worker; API/PostgreSQL stay off the notification network and API has no SMTP secret.
Production email now runs on coordinator-released source
4fbe039, migration6. Reviewed hook5c6e750removed the owned-recipient allowlist only after actual owned delivery and fresh schema6 off-host recovery passed. Matching API/worker health reports readiness with pending0/failed0. Exactly one owned API/IMAP trial verified double opt-in, code replay denial, an assignment warning with its exact deadline and the old verified channel's removal warning: three distinct owned messages, no real-recipient operator test, direct SQL/outbox synthesis, chain transaction or raw payload/credential output.The fresh off-host restore preserved all three actual SMTP sent/first-attempt rows plus full timer/outbox/contact metadata; the owned profile existed with zero active source sessions before scratch authentication invalidation. Post-acceptance cleanup disabled only the smoke receiver and revoked its exact token/current custody credential. The normal sender remains enabled with its verified gateway
/32; all portal/outbox/profile/checkpoint/mailbox evidence was preserved. Independent source/runtime/delivery/recovery/cleanup reviews passed, with focused scope, lifecycle, CAS/compensation, parser and private recovery checks.Final receipt: scoped email production acceptance, with immutable links to actual delivery and schema6 recovery evidence. Runtime app source stays distinct from this operator/source increment; no extra provider trial accompanied production activation.
Telegram remains unavailable without a dedicated portal credential or authorized creation identity; unrelated bots were untouched. Issue #3 remains open for Telegram and does not inherit full-portal/chain acceptance from email success.
Add a fixed read-only gateway and sealer metadata observerto Add scoped gateway metadata and bounded topology diagnosticsPlasticDigits referenced this pull request2026-11-01 01:44:25 +00:00
Add scoped gateway metadata and bounded topology diagnosticsto Activate isolated Mailu gateway and prepare owned notification acceptanceActivate isolated Mailu gateway and prepare owned notification acceptanceto Enable isolated Mailu email delivery with owned acceptance and recovery evidenceParent integration verified exact reviewed head
dc4897b0b77724b0d9670050122ebc8fdd755924and independently accepted scoped actual evidence. No additional tests or sends were run for integration; full acceptance remains separately tracked for Telegram, chain activation and operator reboot availability. Source merge preserves the pinned live application image4fbe039.