Outlook Mailbox Tidier
OCI · GHCR.IO/MA2NO4413/OUTLOOK-MCP:0.2.7
Tidy a large Outlook / Hotmail mailbox. Folder subtree moves, bulk ops with dry run, never sends.
Available components
Last scanned (3 hours ago)
Scores higher than 73% of OCI servers
Category Productivity and Notes
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security0
- No malware scan is available for this kind of package: the supply-chain vendors we use do not cover it. This is a permanent gap in our coverage, not a finding about the package.Unverified
- Known CVEs could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
- Install-script risk not yet assessed.Unverified
- Dependency health could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
Provenance & Transparency32
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- License check failed: no license is declared. See how to fix → Fail
- Actively maintained (last published 59 days ago).Pass
- Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability70
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 3865 tokens (~203/item across 19 items; 19 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
- No destabilizing schema changes in the last 30 days.Pass
Tool Coverage71
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 0% of tool parameters carry a description.Fail
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 2 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 20 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a current MCP spec version (2026-07-28).Pass
Unverified: 1 category
A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 16 Oct 26 +1
- Stability: 0.97 → pass security
- 14 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 90 to 93. That category is still filling its 30-day observation window: 27 days of observed history at the previous scan, 28 at this one. The score rises as the window fills, whether or not the server changes.
- 12 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 87. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 26 at this one. The score rises as the window fills, whether or not the server changes.
- 10 Oct 26 −3
- Stability: pass → 0.80 functional
- 9 Oct 26 +3
- Stability: 0.83 → pass security
- 3 Oct 26 −3
- Stability: pass → 0.80 functional
- 2 Oct 26 +1
- Stability: 0.97 → pass security
- 30 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 90 to 93. That category is still filling its 30-day observation window: 27 days of observed history at the previous scan, 28 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 17 Oct 2026 · Analysed oci/ghcr.io/ma2no4413/outlook-mcp:0.2.7
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | oci |
| Reason | No attestation published |
Background: How many MCP packages publish verified provenance →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
archive_messages ~87
メールをアーカイブ(Archiveフォルダへ移動)する。 移動すると渡した短縮IDは失効する。続けて操作するなら search_messages を引き直すこと。 Args: message_ids: 短縮IDをカンマ区切りで。一度に25件まで。
| Name | Type | Req | Description |
|---|---|---|---|
| message_ids | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
check_config ~61
このサーバの設定・認証・接続状態を診断する。 他のツールがエラーを返したとき、または利用者が「つながってる?」と 尋ねたときに呼ぶ。
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
create_draft ~190
メールの下書きを作る。**送信はしない。** このサーバに送信手段は無い。下書きは Outlook の「下書き」フォルダに 置かれるだけで、利用者が自分で開いて送信するまでどこへも出ない。 「送っておいて」と頼まれても、できるのはここまでだと伝えること。 Args: to: 宛先アドレス。カンマ区切りで複数可。 subject: 件名。 body: 本文(平文)。 cc: Cc のアドレス。カンマ区切りで複数可。
| Name | Type | Req | Description |
|---|---|---|---|
| body | string | yes | – |
| cc | – | – | – |
| subject | string | yes | – |
| to | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
create_folder ~433
空のフォルダを1つ作る。メールは移動しない。 メールの移動先が必要なときに先に呼ぶ。move_messages / move_by_search は 存在しないフォルダへは移動できないため、その前段として使う。 既にあるフォルダを動かしたい・名前を変えたいだけなら、こちらではなく move_folder / rename_folder を使うこと。 挙動(いずれも実機で確認済み): - 同じ親の下に同名のフォルダがあると Graph が 409 を返して失敗する。 重複したフォルダが二重にできることはない。作成前の存在確認は不要で、 失敗した場合は「既にある」と判断してよい。 - parent は既に存在している必要がある。中間のフォルダは自動で作られない。 深い階層を作るなら、上から順に1階層ずつ呼ぶこと。 - 作れるのは空のフォルダだけで、中身は増えない。既存のメールには影響しない。 必要な権限は Mail.ReadWrite で、このサーバが既に持っている。 OUTLOOK_READONLY=true のときは実行できない。 Args: name: 作成するフォルダ名。階層の指定はできないので "/" を含めないこと (親を指定するには parent を使う)。同じ親の下で一意である必要がある。 parent: 親フォルダ名かフルパス(例「01_Crypto」「01_Crypto/取引所」)。 省略すると最上位に作る。既存のフォルダを指す必要がある。
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | – |
| parent | – | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
create_rule ~388
受信トレイに自動振分ルールを作る。以後に届くメールへ適用される。 Outlook 側に保存されるので、このMCPが起動していなくても24時間効く。 既に届いているメールには遡って適用されない(それは move_by_search の仕事)。 条件は複数指定すると AND になる。カンマ区切りで複数の値を渡せる。 Args: name: ルール名。あとで自分が読んで分かる名前にすること。 move_to: 移動先フォルダ名。 from_contains: 差出人に含まれる文字列。カンマ区切りで複数可。 subject_contains: 件名に含まれる文字列。カンマ区切りで複数可。 body_contains: 本文に含まれる文字列。カンマ区切りで複数可。 mark_read: True なら既読にする。 to_trash: True ならゴミ箱へ入れる(完全削除ではない)。 stop_processing: True(既定)なら、このルールが一致したら後続を評価しない。 sequence: 適用順。省略すると既存の最後に足す。 enabled: False で無効な状態で作る。
| Name | Type | Req | Description |
|---|---|---|---|
| body_contains | – | – | – |
| enabled | boolean | – | – |
| from_contains | – | – | – |
| mark_read | boolean | – | – |
| move_to | – | – | – |
| name | string | yes | – |
| sequence | – | – | – |
| stop_processing | boolean | – | – |
| subject_contains | – | – | – |
| to_trash | boolean | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
delete_folder ~149
フォルダを削除する。 中身が残っているフォルダは既定で拒否する(force=True で強行)。 メールを1通ずつゴミ箱へ移すのと違い、これは元に戻せる保証がない。 残しておきたいなら削除ではなく move_folder で退避すること。 実行前に必ず利用者の確認を取ること。 Args: folder: 削除するフォルダ名かフルパス。 force: 中身が残っていても削除する。
| Name | Type | Req | Description |
|---|---|---|---|
| folder | string | yes | – |
| force | boolean | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
delete_rule ~58
自動振分ルールを削除する。メールは動かない。 Args: rule: ルール名(list_rules で表示される名前)、または生のルールID。
| Name | Type | Req | Description |
|---|---|---|---|
| rule | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
draft_reply ~139
受け取ったメールへの返信の下書きを作る。**送信はしない。** 元のメールの引用と宛先は Graph 側で組み立てられる。本文はその先頭に入る。 Args: message_id: 返信先の短縮ID(例 "#3")、または生のID。 body: 返信の本文(平文)。 reply_all: True なら全員に返信の下書きにする。
| Name | Type | Req | Description |
|---|---|---|---|
| body | string | yes | – |
| message_id | string | yes | – |
| reply_all | boolean | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
get_message ~56
1通のメールの本文と宛先を読む。 Args: message_id: search_messages が返した短縮ID(例 "#3")、または生のID。
| Name | Type | Req | Description |
|---|---|---|---|
| message_id | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
list_folders ~93
メールボックスのフォルダ一覧を、件数・未読数つきで返す。 メールをどこかへ移動する前や、利用者がフォルダ名をあいまいに言ったときに呼ぶ。 Args: only_nonempty: True なら空のフォルダを省く。
| Name | Type | Req | Description |
|---|---|---|---|
| only_nonempty | boolean | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
list_rules ~70
受信トレイに設定されている自動振分ルールを一覧する。 ルールを作る前に必ず呼んで、既存と衝突しないか・番号(sequence)が 何番まで使われているかを確認すること。
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
mark_messages_read ~90
メールを既読(または未読)にする。 Args: message_ids: 短縮IDをカンマ区切りで(例 "#1,#2")。一度に25件まで。 read: True で既読、False で未読に戻す。
| Name | Type | Req | Description |
|---|---|---|---|
| message_ids | string | yes | – |
| read | boolean | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
mark_read_by_search ~340
条件に一致するメールをまとめて既読(または未読)にする。 mark_messages_read の大量版。メールは移動しないので、居場所も 短縮IDも変わらない。既定は dry_run=True で件数を数えるだけ。 注意: 既読/未読は「まだ見ていない」という情報そのものなので、 まとめて既読にすると何が未処理だったかは復元できない。 実行前に必ず対象と件数を利用者に示して確認を取ること。 Args: folder: 対象フォルダ。省略するとメールボックス全体。 from_address: 差出人の部分一致(アドレスと表示名の両方を見る)。 subject_contains: 件名の部分一致。 since: この日以降 YYYY-MM-DD。 until: この日まで(その日を含む) YYYY-MM-DD。 read: True(既定)で既読、False で未読に戻す。 max_messages: 1回で処理する上限。既定5000、上限25000。 dry_run: True(既定)なら件数を数えるだけ。False で実際に変更する。
| Name | Type | Req | Description |
|---|---|---|---|
| dry_run | boolean | – | – |
| folder | – | – | – |
| from_address | – | – | – |
| max_messages | integer | – | – |
| read | boolean | – | – |
| since | – | – | – |
| subject_contains | – | – | – |
| until | – | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
move_by_search ~345
条件に一致するメールをまとめて移動する。move_messages の大量版。 既定は dry_run=True で、何件動くかを数えるだけで実際には動かさない。 件数を利用者に見せて同意を得てから dry_run=False で呼び直すこと。 暴走を防ぐため、絞り込み条件を1つも指定しない呼び出しは拒否する。 Args: dest: 移動先フォルダ名(例「99_Archive」「ゴミ箱」)。 folder: 対象を絞る元フォルダ。省略するとメールボックス全体を走査する。 from_address: 差出人の部分一致(アドレスと表示名の両方を見る)。 subject_contains: 件名の部分一致。 since: この日以降 YYYY-MM-DD。 until: この日まで(その日を含む) YYYY-MM-DD。 unread_only: True なら未読だけ。 max_messages: 1回で動かす上限。既定500、上限2000。 dry_run: True(既定)なら件数を数えるだけ。False で実際に動かす。
| Name | Type | Req | Description |
|---|---|---|---|
| dest | string | yes | – |
| dry_run | boolean | – | – |
| folder | – | – | – |
| from_address | – | – | – |
| max_messages | integer | – | – |
| since | – | – | – |
| subject_contains | – | – | – |
| unread_only | boolean | – | – |
| until | – | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
move_folder ~134
フォルダを別の親の下へ移す。中身のメールとサブフォルダも一緒に動く。 大量のメールを1件ずつ動かす代わりに、棚ごと移す用。 システムフォルダは移動できない。 Args: folder: 動かすフォルダ名かフルパス(例「Music」)。 parent: 移動先の親フォルダ名。省略すると最上位へ移す。
| Name | Type | Req | Description |
|---|---|---|---|
| folder | string | yes | – |
| parent | – | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
move_messages ~170
メールを指定フォルダへ移動する。 移動先が存在しないとエラーになる。必要なら先に create_folder を呼ぶこと。 まとめて動かす前に、対象と件数を利用者に確認すること。 移動すると渡した短縮IDは失効する。続けて操作するなら search_messages を引き直すこと。 Args: message_ids: 短縮IDをカンマ区切りで(例 "#1,#2,#5")。一度に25件まで。 folder: 移動先フォルダ名(例「領収書」「受信トレイ/請求」)。
| Name | Type | Req | Description |
|---|---|---|---|
| folder | string | yes | – |
| message_ids | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
move_to_trash ~133
メールをゴミ箱(削除済みアイテム)へ移動する。完全削除ではなく、元に戻せる。 このサーバに完全削除の手段は無い。実行前に必ず利用者の確認を取ること。 移動すると渡した短縮IDは失効する。続けて操作するなら search_messages を引き直すこと。 Args: message_ids: 短縮IDをカンマ区切りで。一度に25件まで。
| Name | Type | Req | Description |
|---|---|---|---|
| message_ids | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
rename_folder ~117
フォルダの名前を変える。中身のメールは動かない。 システムフォルダ(受信トレイ・迷惑メールなど)は変更できない。 Args: folder: 対象のフォルダ名かフルパス(例「Money/エイク」)。 new_name: 新しい名前。階層は変わらないので "/" は含めないこと。
| Name | Type | Req | Description |
|---|---|---|---|
| folder | string | yes | – |
| new_name | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
search_messages ~246
メールを新しい順に検索する。各行の先頭 #N が整理系ツールに渡す短縮ID。 Args: query: 件名・本文へのフリーテキスト検索。省略すると条件だけで絞り込む。 folder: 検索対象フォルダ名(例「受信トレイ」)。省略すると全体。 from_address: 差出人アドレスの部分一致(例 "amazon.co.jp")。 unread_only: True なら未読だけ。 since: この日以降 YYYY-MM-DD。 until: この日まで(その日を含む) YYYY-MM-DD。 limit: 返す最大件数。既定20、上限50。 include_preview: True なら本文冒頭も添える(件数が多いと長くなる)。
| Name | Type | Req | Description |
|---|---|---|---|
| folder | – | – | – |
| from_address | – | – | – |
| include_preview | boolean | – | – |
| limit | integer | – | – |
| query | – | – | – |
| since | – | – | – |
| unread_only | boolean | – | – |
| until | – | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | string | yes | – |
No examples provided.
How do I install the Outlook Mailbox Tidier MCP server?
Outlook Mailbox Tidier runs locally as a container image, launched with docker run --rm -i -e OUTLOOK_CLIENT_ID -e OUTLOOK_TOKEN_CACHE -e OUTLOOK_TENANT -e OUTLOOK_READONLY ghcr.io/ma2no4413/outlook-mcp:0.2.7. Ready-made configuration for Claude, Cursor, VS Code, Codex and 3 more is on this page, copied from each client's own documentation.
oci · ghcr.io/ma2no4413/outlook-mcp:0.2.7
claude mcp add ma2no4413-outlook-mcp -- docker run --rm -i -e OUTLOOK_CLIENT_ID -e OUTLOOK_TOKEN_CACHE -e OUTLOOK_TENANT -e OUTLOOK_READONLY ghcr.io/ma2no4413/outlook-mcp:0.2.7
This image reads OUTLOOK_CLIENT_ID, OUTLOOK_TOKEN_CACHE, OUTLOOK_TENANT and OUTLOOK_READONLY. Set them in your client's env block for this server; docker run -e passes each one through to the container.
What is the Outlook Mailbox Tidier MCP server?
Outlook Mailbox Tidier is an MCP server listed in the public MCP registry as io.github.ma2no4413/outlook-mcp. Tidy a large Outlook / Hotmail mailbox. Folder subtree moves, bulk ops with dry run, never sends. This page covers its container image (ghcr.io/ma2no4413/outlook-mcp:0.2.7).
Is the Outlook Mailbox Tidier MCP server safe to use?
Outlook Mailbox Tidier scores 49 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Outlook Mailbox Tidier MCP server expose?
Outlook Mailbox Tidier exposes 19 tools: check_config, list_folders, search_messages, get_message, move_messages, and 14 more. Their descriptions and schemas cost roughly 3,299 tokens of context every time the server is loaded.
Is the Outlook Mailbox Tidier MCP server still maintained?
Outlook Mailbox Tidier is still listed as active in the MCP registry. We last reached this channel on 17 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.