Skip to main content

Overview

The email primitive is identity-aware: you must first discover or create inboxes, then use the inbox UUID to send. This prevents agents from sending from unauthorized addresses.
Requires an active (verified) domain. System domains are auto-provisioned on registration but may start as pending_dns. Use naive domains to check status and naive domains verify <id> to trigger verification.
Workflow:
  1. naive email create --local-part support — create a new inbox
  2. naive email inboxes — discover available from addresses
  3. naive email send --from-inbox <uuid> ... — send from a specific inbox
  4. naive email sent — list sent messages
  5. naive email inbox — check for replies
  6. naive email read <id> — read sent or received content

Create Inbox

Create a new email inbox on your company’s domain.

Options

Output

Requirements

  • Your company must have at least one active domain
  • The email address must not already exist (active)
  • Local part must be at least 2 characters

Delete Inbox

Deactivate an email inbox. Emails to this address will stop being received.

Output


List Inboxes

Returns all email inboxes available for sending, with UUIDs:

Send Email

Options

Output

Cost: 0.016 credits per email (refunded in full if a scheduled send is cancelled)

List Sent Emails

Returns sent-message UUIDs that can be opened with naive email read <id>. The provider id returned by email send remains the identifier for scheduled email cancellation, rescheduling, and delivery status.

List Received Emails

Options

Output


Read Sent or Received Email

Output