Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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

Ouverte
  • Quelque chose ne va pas ?
#310 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@deanrie y travaille déjà.

Depuis le 4/10/2026.

  • #498 par @deanrie — ouverte

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
typescript
Domaine
api

Piste de recherche

Commencez par localiser l’implémentation du plugin Outlook et les outils existants list_mail_messages, get_mail_message, send_mail et get_me. Suivez la manière dont les messages Microsoft Graph sont lus et envoyés, puis définissez le comportement de reply ou reply-all pour un messageId ; le travail est considéré comme terminé lorsque les réponses préservent la conversation Outlook existante et sont couvertes par des tests.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
TypeScript
Étoiles
9.7k
Forks
919
Merge moyen
19 h 20 min
PR mergées (30 j)
71

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de cursor/plugins

Toutes les issues de cursor/plugins

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.