outlook-bridge
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| OUTLOOK_BRIDGE_FAKE | No | Set to '1' to run the server with a fake store (no Outlook required). | |
| OUTLOOK_BRIDGE_FIXTURE | No | Path to the YAML fixture file used when OUTLOOK_BRIDGE_FAKE is set to '1'. |
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": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_foldersA | Liệt kê cây folder của Outlook kèm số item và số mail chưa đọc. |
| search_mailA | Tìm mail. Trả danh sách gọn kèm handle (h1, h2...) để dùng cho read_mail.
|
| read_mailA | Đọc nội dung đầy đủ của 1-10 mail theo handle từ search_mail. Liệt kê tên tệp đính kèm nhưng KHÔNG đọc nội dung tệp — dùng read_attachment cho việc đó. |
| get_threadA | Lấy toàn bộ mail trong cùng luồng hội thoại, sắp từ cũ tới mới. |
| read_attachmentA | Trích text từ một tệp đính kèm. |
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 5 tools
Each tool targets a distinct aspect: thread retrieval, attachment extraction, individual mail reading, folder listing, and search. No two tools overlap in purpose, and the descriptions clarify the boundaries (e.g., read_mail vs get_thread).
All tool names follow a consistent verb_noun pattern in snake_case: get_thread, read_attachment, read_mail, list_folders, search_mail. The verbs are specific and predictable.
Five tools is well-scoped for an email read/search bridge. Each tool serves a clear, non-redundant function in the core workflow of finding and reading emails with attachments.
The tool surface covers the full read/search lifecycle: search returns handles, read_mail consumes them, get_thread expands conversations, list_folders scopes searches, and read_attachment handles file content. No obvious missing operations for the apparent read-only purpose.