Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Outlook plugin: add true reply (thread-preserving) — send_mail-only is too limited

オープン
#310 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@deanrie がすでに取り組んでいます。

2026年10月4日 から。

  • #498 @deanrie による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
typescript
領域
api

調査の方向性

まず Outlook プラグインの実装と、既存の list_mail_messages、get_mail_message、send_mail、get_me ツールを見つけます。Microsoft Graph のメッセージがどのように読み取られ、送信されるかを追跡し、その後、messageId に対する reply または reply-all の動作を定義します。完了の条件は、返信によって既存の Outlook の会話が維持され、テストでカバーされていることです。

索引モデルが issue の本文から書いたものです。

説明

Summary

The Outlook connector/plugin can list and read messages and send new mail via send_mail, but it has no real reply capability (no reply-to-message / thread-preserving send). That makes support and any threaded conversation workflows much less useful than they should be.

Problem

When an agent needs to continue an existing email thread (e.g. OpenAI Support, Trust & Safety, partner tickets), the only available path is to compose a new message with a Re: subject line and hope the remote system matches on subject/case ID.

That does not:

  • Set proper In-Reply-To / References headers
  • Keep the Microsoft Graph / Outlook conversation thread
  • Reliably stay in the vendor’s existing case thread

In practice this leads to:

  • Support systems opening new case numbers for each “reply”
  • Broken conversation history on both sides
  • Agents manually stuffing case IDs into subjects as a brittle workaround
  • The connector feeling incomplete for the most common email agent task: reply

Expected behavior

Please add a first-class reply API, for example:

  • reply_mail / reply_all taking a messageId (and optional body)
  • Optionally forward_mail
  • Preserve Graph conversation / internet message headers so replies stay in-thread

Ideal shape:

  1. Read message by id
  2. Reply (or reply-all) to that message with body
  3. Sent item lands in the same conversation thread as a normal Outlook Reply would

Why it matters

Without true reply, Outlook is mostly useful for one-shot outbound and inbox search. For agent workflows that triage and respond inside ongoing threads, missing reply makes the plugin feel half-finished / awkward to use.

Context

  • Plugin: Outlook (Microsoft Graph)
  • Observed tools: list_mail_messages, get_mail_message, send_mail, get_me
  • Missing: reply / reply-all tied to an existing message id

Thanks for considering this — reply support would make Outlook dramatically more useful for agent email ops.

主要言語
TypeScript
スター
9.7k
フォーク
919
平均マージ
14時間 37分
マージ済み PR(30日)
66

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

cursor/plugins のほかの issue

cursor/plugins の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。