Email Sending MCP
Related Servers
Alternatives to Email Sending MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP server that allows Claude Desktop or Cursor to send emails directly using Resend's API, eliminating the need to copy-paste email content.25 npmMIT
- AlicenseNot gradedqualityDmaintenanceThis MCP server provides email sending functionality using Protonmail's SMTP service. It allows both Claude Desktop and Cline VSCode extension to send emails on your behalf using your Protonmail credentials.50MIT
- FlicenseNot gradedqualityDmaintenanceAn MCP (Multi-Agent Conversation Protocol) Server for interacting with Resend's email API, auto-generated using AG2's MCP builder to enable sending emails through natural language.-
- AlicenseAqualityFmaintenanceAn MCP server for the Resend email API, enabling AI assistants to send emails, manage contacts, audiences, and domains through natural language.1834 npmMIT
- AlicenseAqualityDmaintenanceA Model Context Protocol (MCP) server that enables Claude Desktop to manage emails via SMTP and IMAP. Send emails, fetch unread messages, and create draft replies directly from conversations.312 npmMIT
- AlicenseBqualityDmaintenanceA TypeScript-based MCP server that implements an email sending system, allowing Claude to send emails via the blastengine service.1MIT
TDQS
Scored across 106 tools
Most tools target a clearly distinct resource and action, and many descriptions explicitly disambiguate with 'NOT for' guidance. A few multi-action tools such as get-automation and manage-events blur list/get/create/update boundaries, but the overall surface is largely separable.
Tool names consistently use kebab-case with predictable verb-noun phrasing such as list-emails, create-broadcast, and remove-contact. Minor deviations like manage-events and batch-add-suppressions still fit the broader naming convention.
106 tools is an extreme mismatch for a practical MCP surface, far exceeding the 50+ threshold for severe over-scoping. While the underlying Resend API is broad, this should be consolidated or split rather than exposed as one massive toolset.
The toolset covers nearly the entire Resend lifecycle: sending, received emails, broadcasts, templates, contacts, segments, domains, webhooks, automations, events, suppressions, logs, OAuth, API keys, and metrics. CRUD and operational coverage are present for almost every resource, with very few obvious gaps.