WinMCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| calendar_searchA | Search the default Outlook calendar folder by date range and/or
subject substring. At least one of from/to/subject is required.
A subject-only query (no explicit from/to) auto-applies a default
window — 90 days back, 365 days forward from now, configurable via
|
| calendar_get_eventA | Fetch full detail (including body) for a single event by its Outlook entryId. |
| calendar_get_notesA | Resolve the single note-appointment matching date+subject and return its full detail (subject + body). |
| task_searchA | Search the default Outlook Tasks folder. All filters are
optional; a filterless call returns every task in the folder (up
to the effective limit). |
| task_get_taskA | Fetch full detail (including body) for a single task by its Outlook entryId. |
| mail_searchA | Search the default Outlook Inbox, Sent Items, or Drafts folder
( |
| mail_get_messageA | Fetch full detail (including body) for a single Inbox/Sent
Items/Drafts/folderPath message by its Outlook entryId.
|
| file_searchA | Search by a case-insensitive |
| file_get_infoA | Fetch full indexed metadata for a single file by its native path
or |
| onenote_searchA | Full-text search over OneNote page content ( |
| onenote_get_pageA | Fetch full, read-only text detail for a single OneNote page by
its
|
| onenote_list_sectionsA | List every OneNote notebook/section pair with its canonical
ids. |
| onenote_create_pageA | Create a new page in the OneNote section identified by
|
| onenote_update_pageA | APPEND
|
| server_infoA | Identify this deployment: package name, build UTC and build
id from the build stamp ( |
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 15 tools
Each tool targets a distinct resource/action combination: search, get-by-ID, lookup-by-key, and write operations are clearly separated across calendar, mail, tasks, files, and OneNote. Even close pairs like calendar_search and calendar_get_notes are distinguishable by their lookup key and return shape.
Tool names consistently use a lowercase snake_case {resource}_{action}[_target] pattern, which is predictable and readable. The only mild deviations are server_info, which is not action-based, and calendar_get_notes, which uses 'notes' rather than an event/appointment term.
Fifteen tools is at the upper end of the ideal range but appropriate given the five subdomains covered: calendar, tasks, mail, files, and OneNote, plus a server_info utility. No tool feels redundant; each adds a distinct search, read, or write capability.
The read/search surface is strong across all domains, and OneNote additionally supports create and update operations. However, calendar, task, and mail tools are read-only, file content is not retrievable, and there are no delete operations anywhere, leaving notable lifecycle gaps for a general Windows/Outlook automation server.