Use MCP in an MCP-capable client to implement and test the integration.
Read MCP setupConnect a coding agent
to email over MCP.
Connect a coding agent to NoticeAPI over hosted MCP or local stdio. It discovers the email tools, acts only where its API key allows, and proves the path in the simulator before real mail.
- OAuth or bearer key
- Project-scoped access
- Deterministic testing
{
"mcpServers": {
"noticeapi": {
"type": "http",
"url": "https://mcp.noticeapi.com/mcp",
"headers": { "Authorization": "Bearer ntc_…" }
}
}
}Agent-ready by design
Give a coding agent one clear email job.
MCP helps a coding client discover the project, prepare the email path, test an outcome, and inspect the recipient event trail. It is a tool connection for the coding agent, not a hosted always-running agent.
Read the agent guideCopy a ready-to-run instruction for your agent. It connects with least privilege, proves the simulator path, and waits for you before real delivery.
- Choose the projectKeep the agent inside the project and sender domains you approve.
- Test in the simulatorUse deterministic recipients before a real mailbox is involved.
- Inspect the resultRead the recipient timeline before you move the workflow to production.
For agents you run
Use the email APIs in your always-running agent.
Your worker can send transactional email and handle signedemail.received events. On a paid workspace, it can also fetch inbound messages with a receiving API key. NoticeAPI moves the email. You operate the model, queue, and decisions.
Run your own worker, then receive inbound events and make direct outbound API calls.
Read inbound email setupMachine-readable
Enough structure to build, not just to send.
Hosted and local MCP expose the same tools, input validation, side-effect annotations, and stable NoticeAPI errors. Every tool maps back to the canonical OpenAPI contract.
mcp.noticeapi.com/mcpStreamable HTTP with OAuth sign-in or a scoped bearer key.
Open referenceLocal MCPnoticeapi-mcpThe same tool catalog over stdio, with the key in your local process.
Open referenceOpenAPI 3.1/openapi.jsonThe canonical contract every MCP tool maps back to.
Open referenceStable errorsproject_required, …Documented codes give the agent a correction path instead of a guess.
Open referenceOne tool catalog
From first project to recipient outcome.
Give the agent only the job it needs today. Add capabilities later without changing the connection or teaching it another provider.
See every MCP toolprojects:* · api-keys:writeList and operate projects, then issue or revoke keys no broader than the caller.
email:sendSend, batch, schedule, cancel, reschedule, and inspect recipient outcomes.
domains:read · domains:writeCreate, inspect, verify, and remove sender domains.
templates:writeCreate, inspect, update, and remove stored templates.
audiences · broadcasts · automationsOperate opted-in contacts, broadcasts, and automations.
receiving:read · receiving:writeManage API receiving domains and read inbound messages.
webhooks · suppressionsManage signed event endpoints and recipient suppression state.
Test first
Prove the whole flow without mailing a real person.
The simulator exercises the send, status, webhook, and suppression pipeline with deterministic recipients. Your agent can see the result and fix the integration before it touches a verified sender.
- Send from the sandbox
demo@sandbox.noticeapi.comNo sender reputation is involved. - Choose the outcome
delivered@simulator.noticeapi.comDelivered, bounced, complained, or suppressed. - Exercise the real event pathThe simulator fires the same signed x-noticeapi-* events.
- Read the recipient timelineThe agent fetches the result and can correct the workflow.
Ready for an agent?
Give the agent tools inside a fixed boundary.
Create a project-scoped key, connect MCP, and let the agent prove the email path in the simulator first.