Spacemail for Claude
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SPACEMAIL_EMAIL | No | Email address for a single mailbox configuration. | |
| SPACEMAIL_1_NAME | No | Sender name people see for mailbox 1. | |
| SPACEMAIL_2_NAME | No | Sender name people see for mailbox 2. | |
| SPACEMAIL_3_NAME | No | Sender name people see for mailbox 3. | |
| SPACEMAIL_1_EMAIL | No | Email address for mailbox 1 when connecting several mailboxes. | |
| SPACEMAIL_1_LABEL | No | Nickname for mailbox 1, used when referring to it in Claude. | |
| SPACEMAIL_2_EMAIL | No | Email address for mailbox 2 when connecting several mailboxes. | |
| SPACEMAIL_2_LABEL | No | Nickname for mailbox 2, used when referring to it in Claude. | |
| SPACEMAIL_3_EMAIL | No | Email address for mailbox 3 when connecting several mailboxes. | |
| SPACEMAIL_3_LABEL | No | Nickname for mailbox 3, used when referring to it in Claude. | |
| SPACEMAIL_PASSWORD | No | Mailbox password (the Spacemail webmail login password, not the Spaceship account password) for the single mailbox. | |
| SPACEMAIL_IMAP_HOST | No | IMAP host; only change these if Spaceship tells you to. | mail.spacemail.com |
| SPACEMAIL_IMAP_PORT | No | IMAP port; only change these if Spaceship tells you to. | 993 |
| SPACEMAIL_SAVE_SENT | No | Save a copy of mail sent by Claude in the Sent folder. | true |
| SPACEMAIL_SMTP_HOST | No | SMTP host; only change these if Spaceship tells you to. | mail.spacemail.com |
| SPACEMAIL_SMTP_PORT | No | SMTP port; only change these if Spaceship tells you to. | 465 |
| SPACEMAIL_1_PASSWORD | No | Mailbox password for mailbox 1. | |
| SPACEMAIL_2_PASSWORD | No | Mailbox password for mailbox 2. | |
| SPACEMAIL_3_PASSWORD | No | Mailbox password for mailbox 3. | |
| SPACEMAIL_ALLOW_SEND | No | Set to true to let Claude send mail directly (send_email / send_reply tools). | false |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_mailboxesA | Shows which Spacemail mailboxes are connected and what this extension is allowed to do. Doesn't contact the mail server. |
| test_connectionA | Logs in to each configured mailbox to check the settings work, and reports inbox counts. Use when setting up or when something fails. |
| check_inboxA | Quick look at what's arrived: lists recent inbox messages across all mailboxes (or one), newest first, with a short preview. Best tool for "has anything come in today?" or "any new BoxCart emails?". |
| search_emailsA | Searches one mailbox folder by sender, recipient, subject, words in the message, date range or read status. Results are newest first. |
| read_emailA | Opens one message and returns its full text, sender, recipients, date and attachment names. Doesn't mark it as read unless asked. |
| list_foldersB | Lists the folders in a mailbox with message and unread counts. |
| create_draftA | Writes a new email and saves it to the mailbox's Drafts folder. Nothing is sent: the user reviews and sends it from Spacemail webmail or their mail app. |
| draft_replyA | Writes a reply to a message and saves it to Drafts, correctly threaded (Re: subject, quoted original, reply headers). Nothing is sent. |
| update_emailsB | Marks messages as read or unread, or flags/unflags them. |
| move_emailsA | Moves messages to another folder, e.g. "archive", "trash", "spam", "inbox" or a named folder. Deleting means moving to Trash; this extension never permanently deletes anything. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 10 tools
Most tools target a distinct resource+action (list_mailboxes vs list_folders, create_draft vs draft_reply, update_emails vs move_emails are all clearly separated). The one soft overlap is check_inbox versus search_emails, since a recent-inbox listing could be expressed as a search, but the descriptions draw a clear line (multi-mailbox quick scan vs single-folder filtered query).
Every name is snake_case and verb-first (list_, check_, search_, read_, create_, draft_, update_, move_), with the noun identifying the target resource. No camelCase or stylistic drift anywhere in the set.
Ten tools is squarely in the well-scoped range for an email client surface. Each tool covers a distinct step (discovery, connection, listing, reading, composing, organizing) with no filler tools.
Read, search, list, draft, flag and move cover the core mail lifecycle, and the draft-only design is stated explicitly rather than left as a silent gap. Minor gaps remain: no attachment content retrieval, no folder creation/deletion, and no way to send (an agent asked to 'send' hits a deliberate dead end that redirects to drafting).