Delivery Activity
2 min read
Read communication states and troubleshoot queued, sent, delivered, failed, bounced and suppressed email.
Delivery Activity is the canonical operator view of each stored Communication. From the application Settings area, select Delivery logs. Access is limited by role and assigned Properties.
Use the list and detail
Filter with the Property, Status and Channel dropdowns, then select the Filter button. The list shows Recipient, Property, type/stage, channel and status. Select the Details button for timestamps, safe reason, number of attempts, rendered subject/body, and links through the underlying Guest, Stay, Invitation or Automation context where available.
Communication states
- pending is created but not yet queued in workflows that use this preliminary state.
- queued is accepted for background processing, not sent.
- sending means an attempt is in progress.
- sent means the provider accepted the message; delivery is not yet proven.
- delivered is later provider delivery evidence.
- skipped means ELUNIA deliberately did not send because an eligibility, configuration or account check failed.
- failed means sending could not complete or exhausted safe retries.
- bounced means the provider reported delivery rejection.
- complained means the provider reported a spam complaint.
- suppressed means ELUNIA blocked sending to a suppressed recipient; this is not the same event as a bounce.
- cancelled means the communication was intentionally cancelled.
Queued ≠ Sent; Sent ≠ Delivered; Delivered ≠ Survey opened. Survey opened means the guest opened the Survey link, not that the email was opened. Opened ≠ Completed; completion requires a submitted Survey Response.
Attempts, retries and action
Retryable provider failures return safely to queued and may be attempted up to three times with increasing delay. A final or exhausted failure becomes failed with a customer-safe reason. Ambiguous old provider acceptance is held for manual recovery rather than risking a duplicate send. Raw provider payloads, stack traces and queue internals are not exposed here.
Hotel users can correct Guest email, Survey/Automation/template readiness or sending mode and review later evidence. Owners/Admins may see a Release suppression field/button for bounce, complaint or suppression states, but should release only after a documented correction and reason. Provider reconciliation, ambiguous acceptance and infrastructure failures require Support or Super Admin review.
An empty list can mean no Communications in your accessible Properties or active filters. Automation Activity is not a complete historical log of every rejected eligibility candidate; use both views for diagnosis.