iris
A Microsoft 365 mail server for AI agents that does not send email — until you decide it should.
By default iris requests the delegated Graph scope Mail.ReadWrite and never
Mail.Send. The access token it holds has no capability to transmit a message,
so no prompt, no jailbreak and no bug in this code can make one go out. It writes
drafts into a folder in your mailbox; you open Outlook and press Send.
Sending is an explicit opt-in (IRIS_ENABLE_SEND=1) that requires granting the
Mail.Send scope and re-consenting — and even then every send is human-confirmed
and allowlist-checked. Leave it off (the default) and the no-send property is
structural, as above. See Enabling send.
That is the whole design. Everything else is detail.
Why this shape
The usual worry about giving an agent your mailbox is that it will send something you did not sanction — to the wrong person, with the wrong tone, or because someone talked it into doing so. The common answer is a confirmation prompt, which is a guardrail: code that asks permission, and code can be bypassed.
iris removes the capability instead. Microsoft Graph will reject a send attempt made with this token, because the consent screen you approved never included that permission. The security boundary is Microsoft's, not this program's, and it holds even if this program is wrong.
The trade is real: a human is in the loop on every message, by construction. If you want autonomous sending, iris is the wrong tool.
Install
uvx iris-mcp # run without installing
pip install iris-mcp
Python 3.10 or newer. macOS ships Python 3.9, which is too old — mcp
requires 3.10+. Use uv (it comes with uvx and
manages its own Python), or install a current Python with Homebrew
(brew install python@3.12). The system python3 on macOS will not work.
Setup
You must register your own Entra application. There is no shared app registration and no hosted service — iris talks directly from your machine to your tenant. This is deliberate: a shared app would mean trusting someone else's client ID with access to your mail.
- Entra admin centre → App registrations → New registration. Single tenant is fine. No redirect URI needed.
- Authentication → Settings → enable Allow public client flows. Device code sign-in needs this. No client secret is used anywhere.
- API permissions → Microsoft Graph → Delegated → add
Mail.ReadWrite. For draft-only use (the default), add nothing else and leaveMail.Sendoff — that omission is what makes the no-send property structural. AddMail.Sendonly if you intend to enable sending (see Enabling send). - Copy the Application (client) ID and Directory (tenant) ID. Neither is a secret.
Then add iris to your MCP client:
{
"mcpServers": {
"iris": {
"command": "uvx",
"args": ["iris-mcp"],
"env": {
"IRIS_CLIENT_ID": "<application (client) id>",
"IRIS_TENANT_ID": "<directory (tenant) id>"
}
}
}
}
Sign in once: call iris_login, open the URL, enter the code, then call
iris_login_finish. The token cache is written next to the server, mode 600.
Deploying to a whole team? See the Administrator Deployment Guide — authorizing iris across a Microsoft 365 tenant: admin consent, per-user assignment, and why it stays the delegated model rather than application permissions.
Clients
iris is a local stdio MCP server: your MCP client launches it as a child
process on the same machine. It works with any client that supports local stdio
servers — Claude Desktop, Cursor, and the Grok CLI
(grok mcp add iris -- uvx iris-mcp) among them.
It does not work with clients that only accept remote MCP connectors over HTTP. The Grok app / Grok Bot is in that category — it takes hosted HTTP servers, not local stdio ones — so iris cannot attach to it as-is. Bridging iris to an HTTP transport is possible, but out of scope for this project.
Tools
| Tool | What it does |
|---|---|
iris_login | Starts device-code sign-in, returns a URL and a code |
iris_login_finish | Completes sign-in; safe to call repeatedly while you type the code |
iris_auth_status | Who is signed in, which scopes, and whether Graph is reachable |
iris_list_folders | Lists your top-level mail folders, so you can pick one for a draft |
iris_create_draft | Writes a draft (to/cc/bcc, subject, body or HTML, optional reply-to, optional folder) |
iris_list_drafts | Lists what is waiting in a draft folder (optional folder) |
iris_update_draft | Revises a draft in place |
iris_delete_draft | Deletes a draft; requires confirm=true |
iris_send_draft | Only present when IRIS_ENABLE_SEND=1. Sends an existing draft; requires confirm=true, re-checks the allowlist |
Where drafts go
Into a dedicated top-level mail folder, AI Drafts by default
(IRIS_DRAFT_FOLDER), created on first use. Set the variable to an empty string
to use the normal Drafts folder instead.
You can also choose the folder per draft: pass folder to iris_create_draft
(and iris_list_drafts) to target any folder by name, created on first use if it
does not exist. Pass "" or "Drafts" for the normal Outlook Drafts folder, or
call iris_list_folders first to pick from what already exists. Omitting
folder uses the IRIS_DRAFT_FOLDER default, so nothing changes for existing
setups.
These are real drafts and Outlook sends them normally — but because they live in their own folder, they do not appear in the Drafts view. That is the point: agent-written mail sits somewhere you have to go and look, rather than mixed in with your own half-finished messages.
One wrinkle worth knowing: Graph's createReply always lands a reply in Drafts
first, so iris moves it afterwards, and a move assigns a new message id.
Enabling send
Sending is off by default and, by design, takes three deliberate steps — miss any one and iris still cannot send:
- In your Entra app registration, add
Mail.Send(Delegated) alongsideMail.ReadWrite. - Set
IRIS_ENABLE_SEND=1in the server's environment. Only then isMail.Sendrequested and theiris_send_drafttool registered at all. - Run
iris_loginagain to re-consent — the cached token predates the new scope and will not carry it until you do.
Then iris_send_draft(draft_id, confirm=true) sends an existing draft. It refuses
without confirm, re-verifies the message is still an unsent draft, and re-runs
the recipient allowlist before sending. The flow stays compose → review → send;
iris never composes and sends in one shot.
Understand the trade. With send off, "cannot send" is enforced by Microsoft against your consent and holds even if this code is wrong. With send on, the last line of defence is a per-call confirmation — a guardrail in this code, which is exactly the kind of check a bug or a cleverly-worded prompt can talk past. Enable it only where that weaker guarantee is acceptable.
Other controls
- Recipient allowlist —
recipients.allow, one address or domain per line. Absent or empty means all recipients are permitted. PointIRIS_ALLOWLISTelsewhere if you prefer. - Kill switch — create a
DISABLEDfile beside the server, or setIRIS_DISABLED=1, and every tool refuses. - Audit log — every call is appended to
audit.log(IRIS_AUDIT_LOG).
Limits
No attachments. No shared or delegated mailboxes — /me only. No folder nesting
via parentFolderId. Sign-in is delegated device-code as a public client, so
the blast radius is exactly one mailbox: yours.
Security
The no-send guarantee, how to verify it yourself, and — just as important — what
iris can reach with Mail.ReadWrite: see SECURITY.md.
License
MIT — see LICENSE.