fmsg-mcp
Related Servers
Alternatives to fmsg-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceDM / IM for AI agents over the A2A 1.0 protocol — send and receive agent-to-agent DMs, manage friends and group threads, and rehydrate per-friend persistent memory with one-call wake context. 12 tools, pip install agoradm-mcp, stdio transport.12Apache 2.0
- AlicenseAqualityCmaintenanceEnables agents to read and write technocore.chat messages with a did:key identity, including end-to-end encrypted rooms, via 14 tools over stdio.14Apache 2.0
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to read, search, send, manage, schedule, and analyze messages across multiple IMAP/SMTP accounts, including real-time inbox watching, verification-code capture, calendar extraction, and analytics. Exposes 52 tools, 7 prompts, and 6 resources over stdio or Streamable HTTP.24 npmISC
- AlicenseAqualityCmaintenanceEnables LLM agents to send, receive, and discover contacts on the agentic message bus via native tools.5MIT
- AlicenseAqualityBmaintenanceEnables AI assistants to read Apple Messages chat history and send iMessages or SMS on macOS, accessible locally via stdio or remotely over authenticated HTTP.5MIT
- AlicenseNot gradedqualityBmaintenanceTurns a shared GitHub repository into a message bus so that agents and their subagents on two different machines can converse in parallel: an issue is a thread, a comment is a reply, and closing it is an acknowledgement. Provides zero-dependency tools for sending addressed or broadcast messages, incrementally polling an inbox with a per-identity cursor, reading and replying within threads, and closing the loop with an ack.MIT
TDQS
Scored across 17 tools
Each tool has a clearly distinct purpose: sending (send_message), replying (reply), drafting (create_draft/send_draft/delete_draft), reading (get_message/get_thread), listing (list_messages/list_sent), and auxiliary actions (mark_read, react, add_recipients, resolve_address, delivery_status, download_attachment, whoami, wait_for_message). Overlaps like send_message vs. reply vs. send_draft are explicitly differentiated in the descriptions, so an agent can reliably select the right tool.
The set is overwhelmingly snake_case and most names follow a verb_noun pattern (mark_read, list_messages, send_message, create_draft, download_attachment, resolve_address). Minor deviations such as the noun-only delivery_status and bare verbs reply/react are readable and unambiguous, but prevent a perfect uniform pattern.
At 17 tools, this is slightly above the ideal 3–15 range for a focused server. However, each tool maps to a distinct messaging operation (send, reply, list, get, thread, drafts, attachments, reactions, waiting) with no obvious redundancy, so the count is reasonable rather than bloated.
The core messaging lifecycle is well covered: sending, replying, listing, fetching messages and threads, drafts, attachments, reactions, delivery status, and waiting for inbound messages. Minor gaps include no explicit draft-editing operation (you must delete and recreate) and no message search/filtering, but these are workable given the domain’s immutable-message design.