Sendmux send email
Use this skill when the user is ready to send outbound email through Sendmux or needs code/commands for sending.
When to Use This Skill
- Use when the user is ready to send one or more outbound emails through Sendmux.
- Use when choosing single versus batch Sending API calls.
- Use when adding idempotency keys, attachments, or Sendmux CLI/SDK/HTTP send examples.
Copy-Paste Example
User: "Send one Sendmux email from sender@example.com to recipient@example.com with this subject and body, using an idempotency key."
Safety first
- Do not ask the user to paste an API key.
- Do not invent recipients, sender addresses, subject lines, or body content.
- Send only after the user supplies or confirms every recipient and message.
- For batch sends, confirm the full recipient/message set before calling a send tool.
- Use a send-capable
smx_mbx_key or owner-approved Sending-resourcesmx_agent_token for the Sending API. - Do not use a pre-claim
smx_agent_token for sending. Pre-claim self-registered agent tokens havemailbox.readandemail.receive, notemail.send. - If using a self-registered agent, obtain the Sending-resource
smx_agent_token by exchanging the savedclaim_tokenafter owner approval withresource=https://smtp.sendmux.ai/api/v1.
Choose the send path
| User task | Efficient default |
|---|---|
| One outbound email | POST /emails/send, MCP sending_send_email, CLI sending:send, or SDK sendingSendEmail. |
| More than one independent outbound email | Batch by default: POST /emails/send/batch, MCP sending_send_email_batch, CLI sending:send:batch, or SDK sendingSendEmailBatch. |
| Replying while working inside one mailbox | Use mailbox send from sendmux-mailbox-agent when the workflow is mailbox-centred. |
| Existing app only supports SMTP | Use SMTP only because the existing tool requires it. For new agent or app integrations, prefer the HTTP Sending API. |
Batch sends accept up to 100 messages. A batch response can partially succeed, so inspect every result item.
Required JSON shape
Single send body:
{
"from": { "email": "sender@example.com", "name": "Sender Name" },
"to": { "email": "recipient@example.com", "name": "Recipient Name" },
"subject": "Subject line",
"html_body": "<p>Hello.</p>",
"text_body": "Hello."
}
Required fields: from, to, subject, html_body.
Useful optional fields:
text_body: plain text alternative.cc,bcc: arrays of recipients, max 100 each.reply_to: one address object.return_path: envelope sender for bounce handling.custom_headers: customX-*headers.attachments: up to 10 items, each withfilenameand base64content; optionaltype;encodingisbase64.
Batch send body:
{
"messages": [
{
"from": { "email": "sender@example.com" },
"to": { "email": "alice@example.com" },
"subject": "Hello Alice",
"html_body": "<p>Hi Alice.</p>"
},
{
"from": { "email": "sender@example.com" },
"to": { "email": "bob@example.com" },
"subject": "Hello Bob",
"html_body": "<p>Hi Bob.</p>"
}
]
}
Idempotency
Add Idempotency-Key to every send that may be retried. Use one stable key per logical email or batch.
- Same key and same body: returns the cached response for 24 hours.
- Same key and different body: returns
409 idempotency_conflict. - Keep keys under 255 characters.
MCP
Use MCP when the user's agent already has the Sending server connected:
- One message:
sending_send_email. - Multiple messages:
sending_send_email_batch.
Include an idempotency key when the client exposes the header parameter. If the MCP client does not expose headers clearly, use CLI, SDK, or direct HTTP for retry-sensitive sends.
CLI
One email:
SENDMUX_API_KEY="$SENDMUX_MBX_KEY" sendmux sending:send \
--idempotency-key "$IDEMPOTENCY_KEY" \
--body '{
"from": { "email": "sender@example.com", "name": "Sender Name" },
"to": { "email": "recipient@example.com", "name": "Recipient Name" },
"subject": "Subject line",
"html_body": "<p>Hello.</p>",
"text_body": "Hello."
}' \
--json
Batch:
SENDMUX_API_KEY="$SENDMUX_MBX_KEY" sendmux sending:send:batch \
--idempotency-key "$IDEMPOTENCY_KEY" \
--body-file ./sendmux-batch.json \
--json
Use --body-file for attachments or larger JSON payloads to avoid shell escaping mistakes.
TypeScript SDK
One email:
import { createSendingClient, sendingSendEmail } from "@sendmux/sending";
const client = createSendingClient({ apiKey: process.env.SENDMUX_API_KEY! });
const response = await sendingSendEmail({
client,
headers: { "Idempotency-Key": idempotencyKey },
body: {
from: { email: "sender@example.com", name: "Sender Name" },
to: { email: "recipient@example.com", name: "Recipient Name" },
subject: "Subject line",
html_body: "<p>Hello.</p>",
text_body: "Hello.",
},
});
console.log(response.data.message_id, response.data.status);
Batch:
import { createSendingClient, sendingSendEmailBatch } from "@sendmux/sending";
const client = createSendingClient({ apiKey: process.env.SENDMUX_API_KEY! });
const response = await sendingSendEmailBatch({
client,
headers: { "Idempotency-Key": idempotencyKey },
body: {
messages,
},
});
for (const result of response.data.results) {
console.log(result.index, result.status, result.message_id, result.error);
}
Direct HTTP
Use direct HTTP only when MCP, CLI, or SDK is unavailable:
curl -X POST https://smtp.sendmux.ai/api/v1/emails/send \
-H "Authorization: Bearer $SENDMUX_MBX_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: $IDEMPOTENCY_KEY" \
-d @sendmux-email.json
Responses and errors
Single send success returns a 200 success envelope with:
data.message_id:eml_...data.status:queued
Batch success returns a 200 success envelope with:
data.summary.totaldata.summary.queueddata.summary.faileddata.results[]containingindex,status,message_id, and optionalerror
Handle these errors deliberately:
401: missing, invalid, or revoked key.402: insufficient credits.403: key lacksemail.send, is not allowed for the sender, or uses the wrong surface.409: idempotency conflict.413: request body exceeds 25 MB.422: validation failed; readerror.errors.429or503: retry according to response headers.
Routing
- Setup/auth first call:
sendmux-getting-started. - Mailbox-centred replies:
sendmux-mailbox-agent. - CLI-only details:
sendmux-cli. - Cheapest-call decisions:
sendmux-token-efficient-usage.
Limitations
- Does not invent recipients, sender addresses, subject lines, or body content.
- Does not send with pre-claim smx_agent_ tokens; the source says they lack email.send.
- Requires user confirmation before any send, especially batch sends.