mcpField
I
icloud-mcp

icloud-mcp

Local
github.com/eodozzyCommunication1Updated 17w ago

About icloud-mcp

icloud-mcp gives AI assistants access to iCloud mail, calendar, and contacts, and can also target standard IMAP, CalDAV, and CardDAV providers. Reads are non-mutating by default; writes require an opt-in setting and confirmation for each action.

Key features

  1. 01List and search mail, events, and contacts
  2. 02Read messages without marking them as read
  3. 03Store credentials in the OS keyring
  4. 04Require opt-in and confirmation for writes

Use cases

  1. 01Search and read iCloud email
  2. 02Review calendar events in a date range
  3. 03Find contacts by name, organization, or email
  4. 04Enable confirmed actions to send mail or edit records

MCP support

The MCP server communicates with clients over stdio and exposes tools and resources for mail, calendar, and contacts. Mutating tools are disabled by default and require an environment setting plus per-action confirmation.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"eodozzy-icloud": {
"command": "uvx",
"args": [
"icloud-mcp"
],
"env": {
"ICLOUD_USERNAME": "<ICLOUD_USERNAME>",
"ICLOUD_KEYRING_SERVICE": "<ICLOUD_KEYRING_SERVICE>",
"ICLOUD_APP_PASSWORD": "<ICLOUD_APP_PASSWORD>",
"ICLOUD_ENABLE_WRITES": "<ICLOUD_ENABLE_WRITES>",
"ICLOUD_IMAP_HOST": "<ICLOUD_IMAP_HOST>",
"ICLOUD_IMAP_PORT": "<ICLOUD_IMAP_PORT>",
"ICLOUD_SMTP_HOST": "<ICLOUD_SMTP_HOST>",
"ICLOUD_SMTP_PORT": "<ICLOUD_SMTP_PORT>",
"ICLOUD_CALDAV_URL": "<ICLOUD_CALDAV_URL>",
"ICLOUD_CARDDAV_URL": "<ICLOUD_CARDDAV_URL>",
"ICLOUD_TZ": "<ICLOUD_TZ>"
}
}
}
}
Run commanduvx icloud-mcp
Environment variables to set
ICLOUD_USERNAMEYour Apple ID email (the IMAP/CalDAV username).
ICLOUD_KEYRING_SERVICESecretOS-keyring service name to read the app-specific password from. Default: icloud-mcp. Set to reuse an existing entry.
ICLOUD_APP_PASSWORDSecretApp-specific password. Fallback only; preferred storage is the OS keyring. Used only when no keyring entry is found.
ICLOUD_ENABLE_WRITESEnable mutating tools (send/reply/forward mail, create/update/delete event & contact). Off by default; each write still requires interactive confirmation. Accepts 1/true/yes/on.
ICLOUD_IMAP_HOSTIMAP host override. Default: imap.mail.me.com
ICLOUD_IMAP_PORTIMAP port override. Default: 993
ICLOUD_SMTP_HOSTSMTP host override (used only by write/send tools). Default: smtp.mail.me.com
ICLOUD_SMTP_PORTSMTP port override. Default: 587
ICLOUD_CALDAV_URLCalDAV base URL override. Default: https://caldav.icloud.com/
ICLOUD_CARDDAV_URLCardDAV base URL override. Default: https://contacts.icloud.com/
ICLOUD_TZIANA timezone for rendering/scoping events. Default: system local time.

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
pypiicloud-mcp0.1.1

Tools

No tool list yet

Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.

Details

From the project README

icloud-mcp

PyPI Python License: MIT

A Model Context Protocol server that gives AI assistants read-only access to your iCloud mail and calendar over IMAP and CalDAV. Credentials live in your OS keyring (macOS Keychain by default) — never in a config file or the repo.

Defaults target iCloud, but every endpoint is overridable, so it works against any standard IMAP/CalDAV provider.

Status

Read-only by default; writes are strictly opt-in. Mail, calendar, and contacts can be listed, searched, and read with no ability to change anything: the IMAP connection is opened read-only and bodies are fetched with BODY.PEEK[], so messages are never even marked as read.

Mutating tools span mail (send_mail, reply_mail, forward_mail), calendar (create_event, update_event, delete_event), and contacts (create_contact, update_contact, delete_contact) — but all are disabled unless you set ICLOUD_ENABLE_WRITES=1, and even then every write requires an interactive confirmation (MCP elicitation) before it runs. See Writes (opt-in).

Writes (opt-in)

Mutations are gated two ways:

  1. Operator switch — write tools refuse with an explanatory error unless ICLOUD_ENABLE_WRITES=1 is set in the server's environment.
  2. Per-action confirmation — when enabled, each write tool calls back to the client to confirm the exact action before executing. Destructive operations (delete event / contact) are gated identically — no extra force flag, just the same confirmation.

iCloud issues a single app-specific password covering IMAP, SMTP, CalDAV, and CardDAV — there is no scoped "write-only" credential — so write-safety is structural: mail is sent over a separate, fresh SMTP connection (the read path's IMAP client has no send capability), and the opt-in flag + confirmation guard every mutation.

Install

pip install icloud-mcp

Or run it without installing — handy for MCP clients that launch the server on demand:

uvx icloud-mcp

To install the latest unreleased code straight from GitHub:

pip install git+https://github.com/eodozzy/icloud-mcp

Or for local development:

git clone [email protected]:eodozzy/icloud-mcp
cd icloud-mcp
python3 -m venv .venv && .venv/bin/pip install -e ".[test]"

Requires Python 3.11+.

Credentials

Generate an app-specific password for your Apple ID (never use your main password), then store it in your keyring:

# macOS
security add-generic-password -a "[email protected]" -s "icloud-mcp" -w "xxxx-xxxx-xxxx-xxxx"

On other platforms, the cross-platform keyring library is used — keyring set icloud-mcp [email protected] also works anywhere.

The username comes from the ICLOUD_USERNAME environment variable. Resolution order for the password:

  1. OS keyring (ICLOUD_KEYRING_SERVICE, default icloud-mcp, + username)
  2. ICLOUD_APP_PASSWORD environment variable (fallback)

To reuse an existing keyring entry (e.g. one named my-icloud), set ICLOUD_KEYRING_SERVICE=my-icloud.

Configuration

Set ICLOUD_USERNAME (required). All else is optional — see .env.example for the full list of endpoint/timezone overrides.

Register with an MCP client

The server speaks MCP over stdio: a client launches the icloud-mcp command as a subprocess and talks to it over stdin/stdout. "Installing" it into a client just means telling that client which command to run and which env vars to pass — the password itself stays in the keyring, never in the client config.

If icloud-mcp isn't on your PATH (e.g. you installed into a virtualenv), use the absolute path to the launcher, e.g. /path/to/repo/.venv/bin/icloud-mcp.

Claude Code
claude mcp add icloud \
  --env [email protected] \
  --env ICLOUD_KEYRING_SERVICE=icloud-mcp \
  -- icloud-mcp

Then claude mcp list to confirm. Add -s user to make it available across all projects rather than just the current one.

Claude Desktop

Add the server to Claude Desktop's config file. On macOS this is:

~/Library/Application Support/Claude/claude_desktop_config.json

(On Windows: %APPDATA%\Claude\claude_desktop_config.json.)

The easiest way to open it is Settings → Developer → Edit Config. Add an mcpServers key alongside whatever is already in the file — do not paste a second top-level { ... } object, or the file becomes invalid JSON:

{
  "mcpServers": {
    "icloud": {
      "command": "icloud-mcp",
      "env": {
        "ICLOUD_USERNAME": "[email protected]",
        "ICLOUD_KEYRING_SERVICE": "icloud-mcp"
      }
    }
  }
}

If the file already contains other keys, merge mcpServers in as a sibling (remember the comma between keys):

{
  "someExistingSetting": "...",
  "mcpServers": { "icloud": { "...": "..." } }
}

Then fully quit Claude Desktop (⌘Q, not just closing the window) and reopen it. The server shows up as a Local MCP server and its tools become available.

Notes:

  • First call prompts for Keychain access. macOS asks whether icloud-mcp may read the keyring item; click Always Allow to avoid repeat prompts.
  • Claude Desktop may rewrite this file when it saves its own preferences, dropping hand-added keys it doesn't recognize. If the server disappears after you change other settings, just re-add the mcpServers block.

Tools & resources

Tools (model-invoked):

ToolDescription
list_mailList a folder (default INBOX), newest first, with optional since_date
search_mailFull-text search the inbox (or a named folder)
list_foldersList the available IMAP mailbox folder names
get_messageFetch one message by UID, with full body
list_eventsCalendar events in a date window
search_eventsEvents whose title matches text, in a window
list_calendarsNames of all calendars
list_contactsList address-book contacts (name, emails, phones, org)
search_contactsFind contacts matching text across name, org, and emails
send_mail ⚠️Send a plain-text email
reply_mail ⚠️Reply to a message by UID (quotes original; reply_all optional)
forward_mail ⚠️Forward a message by UID to a new recipient
create_event ⚠️Create a calendar event
update_event ⚠️Edit an event by UID (only the fields you pass)
delete_event ⚠️Delete an event by UID
create_contact ⚠️Create a new contact
update_contact ⚠️Edit a contact by UID (merges into the existing vCard)
delete_contact ⚠️Delete a contact by UID

⚠️ Write tools require ICLOUD_ENABLE_WRITES=1 and confirm each action — see Writes (opt-in).

Resources (passive context):

URIDescription
icloud://mail/inbox/recentMost recent inbox messages
icloud://calendar/todayToday + tomorrow's events

Behavior notes

  • Empty/missing headers: messages whose Subject header is absent or present-but-blank render as (no subject); a blank/absent From renders as (unknown). (Some mail has an empty subject line rather than no subject line at all — both are normalized.)
  • Snippets prefer the text/plain part; for HTML-only mail, tags are stripped (<style>/<script>/<head> content discarded) so you still get a readable preview.
  • Double-wrapped bodies: some senders (e.g. USPS Informed Delivery) embed a redundant MIME header block at the top of the decoded body. A leading Content-*/MIME-Version header block is stripped so those headers don't leak into the snippet or body.
  • since_date is date-granular and evaluated in the IMAP server's timezone (UTC for iCloud), so a since_date of today can include late-yesterday messages in your local time.

Development

.venv/bin/pytest            # run the fixture-based test suite (no live account)
.venv/bin/mcp dev -m icloud_mcp.server   # interactive MCP Inspector

Security notes

  • The app-specific password lives in the OS keyring only — never in .env, never committed.
  • Read access (mail, calendar, contacts) cannot mutate anything; the IMAP session is opened read-only.
  • Writes are off by default. They require ICLOUD_ENABLE_WRITES=1 and an interactive confirmation per action, and mail is sent over a separate SMTP connection isolated from the read path.
  • An app-specific password can be revoked at any time from appleid.apple.com without affecting your Apple ID.

License

MIT — see LICENSE.


Not affiliated with, endorsed by, or sponsored by Apple Inc. iCloud is a trademark of Apple Inc.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.