Status: IN
The notification system checks rate limits at both send time (fast rejection) and process time (after queue delay) because the rate window can shift between enqueue and dequeue, and only successful deliveries consume budget — making the two checks complementary, not redundant.
Queue delay between the two check points means neither alone is sufficient; failed retries not consuming budget prevents limit exhaustion from transient failures
Depends on (SL): notif-two-phase-rate-limit, notif-rate-limit-on-success-only