Fluxmail
Related Servers
Alternatives to Fluxmail
- AlicenseAqualityAmaintenanceIMAP/SMTP email MCP server with App Passwords. Auto-discovers Gmail, Outlook, Yahoo, iCloud. 5 composite tools, multi-account.5663 npm35Apache 2.0
- AlicenseAqualityDmaintenanceA Gmail MCP server that enables Claude to send, search, and read emails using either Gmail API or SMTP/IMAP backend.369 PyPIMIT
Related Servers
- FlicenseNot gradedqualityDmaintenanceSelf-hosted MCP server for any IMAP/SMTP inbox. Multi-account in one config. Built for Claude Code.-
- AlicenseNot gradedqualityDmaintenanceA minimal MCP server for reading, searching, managing, and sending email over IMAP and SMTP.MIT
- AlicenseNot gradedqualityBmaintenanceA self-hosted MCP server for Gmail and Outlook that lets MCP clients read, search, send, reply, and manage email via OAuth, with no built-in secrets and support for both stdio and HTTP transports.18 npmISC
- FlicenseAqualityDmaintenanceA lightweight MCP server for personal Microsoft Outlook/Hotmail accounts, enabling email search, reading, attachment management, and folder operations via Microsoft Graph API with OAuth device-code flow.61-
- FlicenseNot gradedqualityDmaintenanceA minimal MCP server for reading and sending emails via IMAP/SMTP, supporting multiple accounts in a single instance with zero external dependencies.1-
- AlicenseNot gradedqualityAmaintenanceA self-hosted remote MCP server that gives AI assistants read, organize and optional send access to mail, calendars, tasks and contacts across many IMAP, Gmail, CalDAV, CardDAV and Google accounts behind one authenticated endpoint.2Apache 2.0
TDQS
Scored across 33 tools
Most tools target a clearly distinct resource+action (drafts CRUD, star/unstar, trash/restore, scheduling vs sending), and move_emails explicitly excludes archive/trash, which removes a common confusion. The main overlap is list_emails, which is described as able to 'list or search' and filter by sender/date/read state, versus search_emails/search_emails_batch with typed query syntax; get_email, get_email_body and get_thread also blur slightly around reading message bodies.
Every tool is snake_case with a leading verb (list_, get_, create_, update_, delete_, send_, search_, mark_, add_/remove_, archive_/trash_/restore_), and the noun is the resource being acted on. Paired operations are named symmetrically (mark_emails_read/mark_emails_unread, star_emails/unstar_emails, add_labels/remove_labels), making the pattern highly predictable.
At 33 tools the surface is heavy for an email server, and several pairs could be collapsed into one tool with a state flag (mark read/unread, star/unstar, add/remove labels). The list/search/body-reading split also adds tools that duplicate capability rather than adding new scope.
Coverage is strong across the lifecycle: multi-account listing, folders/labels, search (single and batch), body pagination, threads, full draft CRUD, send/preview/reply/forward/schedule, delivery status, and bulk message state operations. Gaps are minor: no permanent delete/empty-trash, and no folder or label creation/management tools, but agents can work around these.