feat: delivery failure reporting for consumer-side DLQ #9

Open
opened 2026-05-30 01:22:38 +00:00 by GKaszewski · 0 comments
Owner

FederationEvent::DeliveryFailed already exists and is published when an EventPublisher is configured. However:

  • When no publisher is set (fire-and-forget mode), failures are only logged
  • There's no structured retry metadata (attempt count, last error, next retry time)
  • Consumers have no way to inspect or replay failed deliveries

The library should remain infra-agnostic — it shouldn't own a queue. But it should provide richer failure context so consumers can build their own DLQ/retry logic on top.

`FederationEvent::DeliveryFailed` already exists and is published when an `EventPublisher` is configured. However: - When no publisher is set (fire-and-forget mode), failures are only logged - There's no structured retry metadata (attempt count, last error, next retry time) - Consumers have no way to inspect or replay failed deliveries The library should remain infra-agnostic — it shouldn't own a queue. But it should provide richer failure context so consumers can build their own DLQ/retry logic on top.
Sign in to join this conversation.
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: GKaszewski/k-ap#9