@mcp-z/mcp-outlook

MCPcommunity
v2.2.2Kevin MalakoffMITUpdated 11d agonpmGitHub

MCP server for Outlook integration with OAuth authentication, message search, and batch operations

Works in
ClaudeCursorCopilotGemini

Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.

Automatically indexed from public sources. Not yet verified by the developer on Forge.Claim this listing →
329Downloads/wk
2GitHub stars
1Forks
11d agoLast update
Reads these credentials
  • MS_CLIENT_SECRETOAuth appoptional

    Microsoft OAuth client secret (optional for public clients)

Declared by the author in the official MCP registry. Forge does not store, broker, or ever see these values — the config below is scaffolded with placeholders you fill in locally.

Package
AuthorKevin Malakoff
LicenseMIT
Version2.2.2
Sourcenpm+mcp-registry
Trust Status
B
60/100Good
Listed in Forge index+10/10
Publisher identity verified+0/20
Publisher: run `forge publish` from the package repo to claim ownership
Ed25519 publish signature+0/5
Included automatically when the publisher runs `forge publish`
Domain verification+0/5
Publisher: host /.well-known/forge.json on the package homepage with { "publisher": "<github-login>" }
npm Trusted Publishing (Sigstore)+0/5
Publish from GitHub Actions with --provenance so the attestation binds this package to this repo
npm maintainer match+0/5
Earned once your identity is verified above and that login is an npm maintainer of this package
CVE scan · clean+30/30
Static analysis · clean+20/20
Paste into Claude Code, Cursor, or any AI assistant to fix all gaps
StatusCommunity-indexed
PublisherUnverified
SignatureUnsigned
Domain
Provenance
Dependencies✓ 60 resolved+ · none vulnerable
Tool surface
Security scan✓ Cleanv1.1.2 · 22d agoHow well does this scan work?
EvalsNone
IndexedAug 29, 2026

Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.

Tools

No tool declarations found in the source22d ago

Forge read 226 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.

About

MCP server for Outlook integration with OAuth authentication, message search, and batch operations

Keywords
outlookemailmicrosoftmcpaimcp-servermodel context protocoloauthmicrosoft graphemail clientoutlook apimessage searchemail automationai agentclaudellmbatch operationscalendarcategorieslabel managementemail managementproductivityautomationtypescriptnodejsintegrationapi clientmsal
Alternatives
Comparing tool surfaces…

Dependency tree

What one Forge scan resolved from npm metadata on 2026-09-02 — observed resolution, not a publisher declaration.

60 packages resolved · 15 direct · none carrying advisories Resolution stops at depth 4 and 60 packages.

The crawl stopped at the 60-package limit. The rest of the tree was never resolved.

36 more resolved packages are not drawn here (display cap: 24). Every dependency carrying an advisory is drawn regardless of the cap. Full inventory (CycloneDX SBOM)

Declared but not resolved

78 declared dependencies never landed in the tree. They are missing from Forge's resolution, not from the package.

+66 more not listed. The counts by reason above cover all of them.

Not followed: peerDependencies. This tree covers runtime dependencies only, so anything those pull in was never resolved.

Topics

Related in search & retrieval