Implement correlated campaign invitations
This commit is contained in:
@@ -219,6 +219,18 @@ Tasks/workflow remain owners of assignment, status, SLA logic, and completion se
|
||||
|
||||
Mail remains owner of SMTP/IMAP profiles and mailbox transport. Notifications remains owner of delivery channels and delivery policy.
|
||||
|
||||
The versioned `calendar.invitations` capability is the concrete Campaign/Mail
|
||||
boundary. Campaign renders and freezes one `METHOD:REQUEST` attachment per
|
||||
recipient, then upserts the correlated VEVENT only after delivery acceptance.
|
||||
Calendar owns attendee `PARTSTAT`, response timestamps, bounded evidence,
|
||||
CalDAV outbox state, and batched correlation/summary queries. Mail can forward
|
||||
`METHOD:REPLY` parts discovered by an authorized, checkpointed IMAP
|
||||
delivery-status source. Replaying the same mailbox evidence is idempotent.
|
||||
Campaign reports read current Calendar state and retain only the invitation
|
||||
request and mirror result in their own delivery provenance. Recurring Campaign
|
||||
invitation series remain a separate workflow rather than being inferred from
|
||||
unrelated recipient rows.
|
||||
|
||||
### Documents And DMS
|
||||
|
||||
`govoplan-dms` can link documents to events for:
|
||||
|
||||
Reference in New Issue
Block a user