Skip to main content
Email is one of the most fundamental primitives in Naive API v2. Every company gets a system domain auto-provisioned on registration, and agents can create inboxes, send mail, and read replies — all scoped to the authenticated identity. This guide covers the full email lifecycle: domain setup, inbox provisioning, sending, and reading.

CLI First

Tools

Domain Prerequisites

Before sending email, your company needs an active (verified) domain. System domains are auto-provisioned on registration but may start as pending_dns until the email-provider records are verified.
If your domain shows pending_dns, trigger verification:
See Domain Management for the full BYOD workflow.

Creating Inboxes

Create email addresses on your company’s active domain. Each inbox gets a dedicated identity.
Response:

Parameters

You can create multiple inboxes on the same domain — support@, sales@, notifications@, etc.

Sending Email

The send_email tool requires the inbox UUID you’re sending from. This enforces identity — agents can only send from addresses they own.
Response:
Use message_id with GET /v1/email/:id or naive email read. The id field remains the provider identifier for schedule/status operations.

Parameters

Cost: 0.016 credits per email (deducted immediately on success). Cancelling a scheduled send refunds the charge in full.

Reading the Inbox

List received emails

Response:

Read a specific email

Error Handling

Typical Workflow