Skip to main content
Glama

Related Servers

Alternatives to fmsg-mcp

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      DM / 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.
      12
      Apache 2.0
    • A
      license
      A
      quality
      C
      maintenance
      Enables agents to read and write technocore.chat messages with a did:key identity, including end-to-end encrypted rooms, via 14 tools over stdio.
      14
      Apache 2.0
    • A
      license
      Not graded
      quality
      A
      maintenance
      Enables 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 npm
      ISC
    • A
      license
      A
      quality
      C
      maintenance
      Enables LLM agents to send, receive, and discover contacts on the agentic message bus via native tools.
      5
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Turns 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

    A4.2/5.0

    Scored across 17 tools

    Disambiguation5/5

    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.

    Naming Consistency4/5

    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.

    Tool Count4/5

    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.

    Completeness4/5

    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.

    Maintenance

    ActivityActive
    ResponsivenessResponsive