Ingest an event
Events
Event Ingest
Submit customer events and understand reserved system event rules.
POST
Ingest an event
Endpoint
POST /events
Request body
external_id or email.
Identity resolution order is:
contact_idexternal_id- normalized
email
Successful response
202 Accepted.
Idempotent replay response
If you reuse the sameidempotency_key, Sendrealm returns the existing event instead of creating a new one:
Reserved namespace
Customer-submitted events must not start withsendrealm..
Examples of Sendrealm system events:
sendrealm.mail.deliverysendrealm.push.opensendrealm.contact.updatedsendrealm.topic.subscribed
Guarantees and limits
- Event ingest is at-least-once.
- Idempotency is enforced by
project_id + idempotency_key. - Payload size is capped by the project’s configured event payload limit.
- Processing retries use exponential backoff before a dead-letter handoff.
- Ordering across separate events is not guaranteed.
Retention
- Default event retention is 90 days.
- Retention windows can be adjusted through backoffice-managed project automation settings.
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Body
application/json
Response
Event replay deduplicated