[Feature] Define optional portal integration for portal-facing role-bound postboxes #8

Closed
opened 2026-07-07 21:01:39 +02:00 by zemion · 1 comment
Owner

Imported from the repository seed backlog.

  • Source: /mnt/DATA/git/govoplan-postbox/docs/POSTBOX_BACKLOG.md
  • Line: 15
  • Section: P2 Module Integration
  • Milestone: P2 Module Integration

Backlog item:

Define optional portal integration for portal-facing role-bound postboxes
<!-- codex-module-seed-fingerprint:a6744581485ec1359ed20ec9 --> Imported from the repository seed backlog. - Source: `/mnt/DATA/git/govoplan-postbox/docs/POSTBOX_BACKLOG.md` - Line: `15` - Section: `P2 Module Integration` - Milestone: `P2 Module Integration` Backlog item: ```text Define optional portal integration for portal-facing role-bound postboxes ```
zemion added this to the P2 Module Integration milestone 2026-07-07 21:01:39 +02:00
zemion added the source/backlog-import label 2026-07-29 14:15:14 +02:00
Author
Owner

Implemented in govoplan-postbox@11f175c and govoplan-portal@fea8e4b.

Postbox templates now have an administrator-controlled portal_visible setting that is persisted by migration and copied into instantiated Postboxes. Postbox exposes a capability projection rather than creating a hard Portal dependency. Portal consumes that projection to show role-bound postboxes in its service directory only when the requesting actor can actually use them; actor classification and effective-role filtering are applied, and the projection includes the latest relevant activity timestamp without disclosing message content.

If either module is absent, both modules retain their standalone behavior. Migration, capability, access-filtering, service-directory, full Postbox/Portal, and WebUI permutation tests pass.

Implemented in `govoplan-postbox@11f175c` and `govoplan-portal@fea8e4b`. Postbox templates now have an administrator-controlled `portal_visible` setting that is persisted by migration and copied into instantiated Postboxes. Postbox exposes a capability projection rather than creating a hard Portal dependency. Portal consumes that projection to show role-bound postboxes in its service directory only when the requesting actor can actually use them; actor classification and effective-role filtering are applied, and the projection includes the latest relevant activity timestamp without disclosing message content. If either module is absent, both modules retain their standalone behavior. Migration, capability, access-filtering, service-directory, full Postbox/Portal, and WebUI permutation tests pass.
zemion removed the codex/ready
status
ready
labels 2026-08-07 15:10:40 +02:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: GovOPlaN/govoplan-postbox#8