When Graph is approved
Microsoft Graph is a fine choice
If your organization registers and consents to API applications, use them. Optional, explicitly configured Graph support is on the Corresync roadmap — as a choice, never as a hidden fallback.
Local-first correspondence
Corresync is a local-first bridge with one guarded core: a CLI for you and your scripts, an MCP server for your agents — both working through a browser session you sign in to yourself. No hosted relay. No captured password. Writes preview before they commit.
Outlook Web today · more providers on the roadmap
macOS, Linux, and Windows · amd64 & arm64 · Apache-2.0
$ corresync mail list --limit 3
● 09:12 Ana Ruiz Quarterly plan review
· 08:47 Finance Invoice #2214 approved
· 07:58 Kim Osei Standup notes — Tuesday
── the same core, from an agent ──
› What needs my attention before noon?
mail_list calendar_list local · metadata-first
Reply to Ana's plan review. Your 09:30
design review has a Teams link ready.
No Graph app required
Plenty of tenants let you use Outlook on the web while third-party Microsoft Graph applications stay unapproved. That gap is exactly where Corresync lives.
When Graph is approved
If your organization registers and consents to API applications, use them. Optional, explicitly configured Graph support is on the Corresync roadmap — as a choice, never as a hidden fallback.
When it isn't
Corresync works through the interactive Outlook Web session you already use — the same sign-in with your SSO, your MFA, your Conditional Access, in a dedicated browser profile, and only the permissions your account already holds. It never files an admin consent request, and never probes in a way that could trigger one.
Corresync automates a session you legitimately own. It does not bypass authentication, sign-in policy, or permissions, and it grants nothing your account doesn't already have — see the threat model.
Sixty-second setup
One local binary, one client command, then ordinary language — or ordinary flags.
# macOS or Linux
brew install nkiyohara/corresync/corresync
# Windows
winget install --id nkiyohara.Corresync --exact
corresync config init
corresync auth login
corresync doctor --online
corresync completion install
Scoop, direct downloads, checksums, Sigstore verification, and Linux packages are in the install guide. Sign-in stays inside a dedicated browser profile; the CLI never asks for a password.
corresync mcp setup codex
# or: claude-code, github-copilot,
# gemini-cli, qwen-code, qoder
Registers “Corresync — Mail & Calendar” through your client's
official configuration. Inspect first with --dry-run;
v0.6 users should re-register once after following the migration
guide.
› Check Outlook and summarize what needs
my attention.
$ corresync mail search \
--query 'subject:"Quarterly plan" from:ana'
$ corresync calendar list \
--start 2026-07-28T00:00:00Z \
--end 2026-07-29T00:00:00Z
Agents, scripts, and humans reach the same typed use cases and the same stable JSON result shapes.
One protocol, native setup
Each client is configured through its own official mechanism. The guarded core stays the same.
corresync mcp setup codexPlugin marketplace and bundled Agent Skill.
corresync mcp setup claude-codePlugin install plus user and project scopes.
corresync mcp setup github-copilotNative registration with printed verification.
corresync mcp setup gemini-cliUser and project scopes, native Skill manager.
corresync mcp setup qwen-codeNative CLI registration and Skill support.
corresync mcp setup qoderUser, local, and project scopes.
corresync mcp config kimi-codePrints the native MCP JSON to paste.
corresync mcp serveA plain stdio server for everything else.
Connection name corresync · MCP Registry io.github.nkiyohara/corresync
Open the complete MCP manual
Safety is the architecture
A local daemon owns the interactive browser session. CLI and MCP calls enter the same typed application core and the same policy boundary — authorization material never enters an agent process.
AI agentsMCP · stdio
You & scriptsCLI
typed core · policylocal IPCsession owneryour browser profileHTTPSOutlook Web
$ corresync mail send --to ana@example.com \
--subject 'Quarterly plan — v2' \
--body-file reply.txt
REVIEW · send new message
to ana@example.com
subject Quarterly plan — v2
body text/plain · 412 B · sha256 9f2c1a…
Nothing sent. Repeat the exact command with
--approve to commit this review.
$ corresync mail send --to ana@example.com \
--subject 'Quarterly plan — v2' \
--body-file reply.txt --approve
SENT · bound to review 9f2c1a…
Read the architecture, threat model, and compatibility evidence.
Shipped vs. planned, marked plainly
A clear line between what you can run right now and what is being designed in the open.
In the current release
Plus stable account IDs and target isolation, explicit shared-mailbox routing, a stable JSON contract, idempotent shell completion install, a man page, and signed releases — SHA-256 checksums, Sigstore provenance, SBOMs, verified self-update. Full feature matrix
Planned — not shipped yet
Every phase keeps the same non-negotiables: no hosted relay, no captured passwords, no admin-consent probing, no bypassed sign-in controls. Follow the roadmap
Change of address
The rename to Corresync ships as one coordinated release — repository, packages, CLI, MCP, local state, and this site — with a v0.6.2 bridge release for direct upgrades.
corresync.$ owa update
# run once from the v0.6.2 bridge release
$ corresync --version
# canonical command from v0.7 onward
Ready when your inbox is
Locally, visibly, and with every consequential action reviewed.