Custom SMTP Event Types
Event Flow
CSSent vs CSDelivered
CSSent vs CSDelivered
CSSent = Your MTA accepted the message from SendPost (synchronous SMTP 2xx response).
CSDelivered = Your MTA successfully delivered to the recipient’s mail server (reported by the event agent from your MTA logs).
This mirrors SendPost’s native model: Sent = accepted by sending infrastructure; Delivered = accepted by recipient’s mail server.
CSDropped
CSDropped
Emitted when SendPost could not relay to your SMTP server after all retries (connection failure, timeout, or 4xx/5xx from your server). This is a relay failure, not a recipient bounce. CSHardBounced is only from the agent (MTA status=bounced) or the bounce processor (async DSN).
Bounces: Agent vs Bounce Processor
Bounces: Agent vs Bounce Processor
Agent: Sends
bounced or soft_bounced; SendPost classifies each to CSHardBounced or CSSoftBounced using the SMTP description (keyword-based). Bounce processor: Receives async DSNs to sp-bounce.{domain} and emits CSHardBounced or CSSoftBounced when the original message was sent via Custom SMTP.CSDeferred not in UI
CSDeferred not in UI
The agent may send
deferred events. SendPost accepts them but does not store deferred events (by design). CSDeferred (61) will not appear in the Events page or analytics.Event Sources Summary
Next Steps
- Event reporting agent for CSDelivered, CSDeferred, CSHardBounced from your MTA
- Analytics to view event statistics
- Troubleshooting event processing