cloudflare

Cloudflare Email Service: now in public beta. Ready for your agents (opens in new tab)

Cloudflare Email Service is entering public beta as infrastructure for applications and AI agents that use email as a primary interface. It combines inbound Email Routing with outbound Email Sending, allowing agents to receive messages, perform asynchronous work, and reply without relying on separate email providers. Cloudflare argues this enables agents to move beyond instant chatbot responses and operate independently across support, billing, verification, and multi-agent workflows.

Email as an Agent Interface

  • Email is universally available and requires no custom chat application or channel-specific SDK.
  • Developers already depend on email for:
    • Account signups
    • Notifications
    • Invoices
    • Customer support
    • Verification workflows
  • Agents increasingly need email to communicate with users and other systems.

Cloudflare Email Service

  • Email Routing lets applications and agents receive email.
  • Email Sending enables replies and outbound notifications.
  • The service integrates with Workers and the Agents SDK.
  • The public-beta toolkit includes:
    • An Email Sending binding
    • An Email MCP server
    • Wrangler CLI email commands
    • Skills for coding agents
    • An open-source agentic inbox reference application

Email Sending in Public Beta

  • Workers can send transactional email through a native env.EMAIL binding.
  • The binding requires no API keys or secret management inside the Worker.
  • Applications can also send email through a REST API or TypeScript, Python, and Go SDKs.
  • Cloudflare automatically configures SPF, DKIM, and DMARC when a domain is added, improving authentication and inbox delivery.
  • Since the service runs on Cloudflare’s global network, it is designed for low-latency delivery worldwide.
  • Combined with long-standing Email Routing, developers can receive, process, and send email within one platform.

Email-Native Agents with the Agents SDK

  • The Agents SDK already provides an onEmail hook for processing inbound messages.
  • Previously, agents were limited to synchronous replies or messages sent to Cloudflare account members.
  • Email Sending removes those limitations, allowing agents to:
    • Process requests for extended periods
    • Query multiple systems
    • Schedule follow-ups
    • Escalate unusual cases
    • Reply asynchronously after completing work
  • This turns an agent from a simple chatbot into a system capable of acting independently.

Support-Agent Workflow

  • The example SupportAgent:
    • Receives email through routeAgentEmail
    • Parses the raw message with PostalMime
    • Stores ticket details such as sender, subject, body, and message ID in agent state
    • Starts longer-running work or sends a task to a Queue
    • Replies using the Email Sending binding
    • Preserves the conversation with inReplyTo and a Re: subject
  • Address-based routing maps addresses such as support@domain or sales@domain to corresponding agent instances.

Cloudflare’s recommendation is to use Email Service when an agent must communicate reliably with people over email, especially for workflows that require persistence, background processing, and delayed or follow-up responses.