AnleitungStand 20. Oktober 2026

E-Mail in Claude Code, Codex und Cursor per MCP verbinden

Ein Postfach verbindest du mit Claude Code, Codex oder Cursor, indem du einen entfernten MCP-Server einträgst und dich einmal anmeldest. In Claude Code geht das mit claude mcp add --transport http, in Codex mit codex mcp add --url und anschließend codex mcp login, in Cursor über einen Eintrag in mcp.json.[1][2][3] Danach liest, sucht und entwirft dein Agent Mails direkt im Terminal oder Editor und sendet sie, wenn du das erlaubst.

Command Mail ist unser Produkt, deshalb dient es hier als Beispielserver. Die Befehle funktionieren genauso mit jedem anderen E-Mail-MCP-Server, der Streamable HTTP und OAuth anbietet. Die Herstellerdokumentation haben wir am 2026-10-20 abgerufen; Menüs und Optionen ändern sich von Version zu Version.

Stand: Faktenprüfung: Lesezeit etwa 8 Min.Als Markdown

Inhalt
  1. Voraussetzungen
  2. E-Mail mit Claude Code verbinden
  3. E-Mail mit Codex verbinden
  4. E-Mail mit Cursor verbinden
  5. Wenn der Agent kein OAuth kann: die Kommandozeile
  6. Die Verbindung mit einer ersten Aufgabe testen
  7. Häufige Probleme: keine Werkzeuge, kein Senden
  8. Die drei Agenten im Vergleich
  9. Nächste Schritte
  10. Häufige Fragen
  11. Quellen

01Voraussetzungen

Du brauchst drei Dinge: eine aktuelle Version deines Coding-Agenten, einen E-Mail-Dienst mit MCP-Server und dort ein Konto, bei dem du dich im Browser anmelden kannst. Der Server von Command Mail läuft unter https://commandmail.app/mcp und nutzt OAuth 2.1 mit PKCE und dynamischer Client-Registrierung. API-Schlüssel oder eigene OAuth-Clients brauchst du also nicht.[5]

Überleg dir vorher, was der Agent dürfen soll. Auf dem Anmeldebildschirm von Command Mail schaltest du jedes Recht einzeln ein oder aus: mail:read zum Lesen, Suchen und Ordnen im Rahmen der Autonomiestufe des Postfachs, also auch Archiv, Spam, Papierkorb und Regeln (eine Löschfrist einschalten oder verkürzen braucht zusätzlich mail:send und die Stufe auto); mail:draft für Entwürfe; mail:send-approved für das Senden eines von dir freigegebenen Entwurfs; mail:send für Senden und Antworten ohne Einzelfreigabe und zusammen mit mail:read auch Weiterleiten; mailboxes zum Verbinden von Adressen. Senden ohne Freigabe ist anfangs ausgeschaltet.[5]

Der kostenlose Tarif umfasst ein Postfach, weitere Postfächer pausieren und empfangen weiter, und die letzten 90 Tage. Der Agent kann dort lesen, suchen, sortieren und entwerfen, aber nicht senden, auch keine freigegebenen Entwürfe. Senden gibt es ab Pro: 19 € im Monat für die ersten 100 zahlenden Pro-Konten, solange dieses Abo läuft, danach 29 € im Monat; dazu kommen Jahrespreise von 190 € oder 290 €, ein 7-Tage-Test von Pro für 1 € und der Team-Tarif für 39 € je Person und Monat (Preise vom 2026-10-20).[5]

02E-Mail mit Claude Code verbinden

In Claude Code trägst du einen entfernten Server mit einem Befehl ein und meldest dich dann in der Sitzung an.[1]

  1. Server eintragen: claude mcp add --transport http commandmail https://commandmail.app/mcp. Ohne weitere Angabe landet der Eintrag im lokalen Bereich, also für dich und das aktuelle Projekt. Mit --scope user steht er in allen Projekten bereit.
  2. claude starten und /mcp eingeben. commandmail auswählen und anmelden; im Browser öffnet sich die Zustimmungsseite von Command Mail.
  3. Rechte auswählen und bestätigen. Zurück im Terminal zeigt /mcp den Server mit der Zahl seiner Werkzeuge.
  4. In der Shell prüfen: claude mcp list zeigt je Server ✔ Connected, ! Needs authentication oder ✘ Failed to connect.

Soll dein Team denselben Server bekommen, schreibt --scope project den Eintrag in die Datei .mcp.json im Repository. Jede Person gibt den Server dann einmal frei, wenn sie claude in diesem Ordner startet, und meldet sich mit dem eigenen Konto an. Ein geklontes Repository kann seine Server nicht selbst freigeben.[1]

Claude Code lädt MCP-Werkzeuge standardmäßig über die Werkzeugsuche; Ausnahmen sind etwa ältere Modelle oder eine ANTHROPIC_BASE_URL, die auf einen Host außerhalb von Anthropic zeigt. Claude findet die Mailwerkzeuge, wenn eine Aufgabe sie braucht; eine lange Werkzeugliste belastet so nicht jede Anfrage.[1]

03E-Mail mit Codex verbinden

Codex hält MCP-Server in config.toml. Die Codex CLI, die IDE-Erweiterung und die ChatGPT-Desktop-App teilen sich diese Datei.[2]

  1. Server eintragen: codex mcp add commandmail --url https://commandmail.app/mcp.
  2. Anmelden: codex mcp login commandmail. Auf einem Rechner ohne Browser gibt --no-browser die Anmeldeadresse aus und wartet darauf, dass du die Rückrufadresse aus dem Browser, in dem du dich angemeldet hast, einfügst.
  3. Auf der Zustimmungsseite die Rechte wählen und bestätigen.
  4. Prüfen: codex mcp list zeigt die eingetragenen Server, in der Codex-Oberfläche im Terminal zeigt /mcp die aktiven.

Der Eintrag in ~/.codex/config.toml ist kurz:

[mcp_servers.commandmail]
url = "https://commandmail.app/mcp"

Für ein einzelnes Repository legst du dieselbe Tabelle in .codex/config.toml im Projekt ab; Codex liest sie nur in vertrauenswürdigen Projekten. Zwei optionale Schlüssel helfen bei Mail: enabled_tools begrenzt, welche Werkzeuge Codex aufrufen darf, und tool_timeout_sec (Standard 60 Sekunden) gibt langsamen Suchen in großen Postfächern mehr Zeit.[2]

Beim Start der OAuth-Anmeldung fragt Codex bevorzugt die Rechte an, die der Server selbst nennt. Command Mail nennt alle seine Rechte. Die Entscheidung triffst du deshalb auf der Zustimmungsseite von Command Mail, wo du abschaltest, was der Agent nicht haben soll.[2][5]

04E-Mail mit Cursor verbinden

Cursor liest MCP-Server aus mcp.json: ~/.cursor/mcp.json gilt für alle Projekte, .cursor/mcp.json für ein Projekt. Steht derselbe Servername in beiden Dateien, gilt die Projektdatei.[3][4]

  1. ~/.cursor/mcp.json öffnen oder anlegen und eintragen:
{
  "mcpServers": {
    "commandmail": {
      "url": "https://commandmail.app/mcp"
    }
  }
}
  1. Datei speichern und Cursor neu starten.
  2. Cursor zeigt den Server unter Customize → MCPs. Der Anmeldeaufforderung folgen und auf der Zustimmungsseite die Rechte wählen.
  3. Im Agent-Chat stehen die Mailwerkzeuge in der Werkzeugliste oben im Chatbereich. Ein Klick auf den Namen schaltet ein Werkzeug ein oder aus. Nur send_message abzuschalten verhindert das Senden nicht, weil auch reply und forward_message senden; lass stattdessen mail:send auf der Zustimmungsseite aus.

Cursor nutzt die dynamische Client-Registrierung, wenn der Server sie anbietet. Die statischen Felder CLIENT_ID aus Cursors Dokumentation sind für Anbieter ohne diese Registrierung gedacht; für Command Mail brauchst du sie nicht.[3]

Laut Cursors Dokumentation fragt der Agent vor MCP-Werkzeugen standardmäßig nach. Ab Version 3.6 lässt der voreingestellte Modus Auto-review unter Cursor Settings → Agents → Approvals & Execution Werkzeuge auf der Erlaubnisliste sofort laufen und schickt die übrigen durch einen Sicherheitsklassifikator.[4] Prüf diese Einstellung, bevor du einem Cursor-Agenten ein Senderecht gibst.

05Wenn der Agent kein OAuth kann: die Kommandozeile

Manche Umgebungen können keinen Browser öffnen, etwa ein entfernter Container oder ein CI-Lauf. Für solche Fälle hat Command Mail ein Kommandozeilenwerkzeug: curl -fsSL https://commandmail.app/install.sh | sh, danach commandmail login.[5] Der Coding-Agent ruft die CLI direkt auf, und commandmail mcp startet einen lokalen MCP-Server für Agenten, die nur stdio sprechen.

06Die Verbindung mit einer ersten Aufgabe testen

Der erste Aufruf jeder Sitzung sollte capabilities sein. Er liefert Kontoinhaber, erteilte Rechte, jedes Postfach mit seiner Autonomiestufe, die erlaubten Aktionen und die Limits.[5] Bitte den Agenten: „Ruf capabilities bei commandmail auf und sag mir, was du darfst.“ Stimmt die Antwort mit deiner Auswahl auf der Zustimmungsseite überein, funktioniert die Verbindung.

Als zweite Aufgabe eignet sich etwas rein Lesendes: „Such in meinem Postfach Rechnungen der letzten 30 Tage und liste Absender, Datum und Betrag.“ Das prüft Lesen und Suche, ohne etwas zu verändern. Erst danach einen Entwurf anlegen lassen und ihn selbst freigeben, bevor etwas rausgeht.

Command Mail kennzeichnet Mailinhalte als nicht vertrauenswürdige Daten und markiert mutmaßliche Prompt Injection. In einem Coding-Agenten zählt das mehr als in einer Chat-App, weil dieselbe Sitzung oft auch Shell-Befehle ausführt. Anweisungen in einer Mail sind Text zum Lesen, kein Auftrag.[5]

07Häufige Probleme: keine Werkzeuge, kein Senden

Die meisten Probleme haben eine von fünf Ursachen.

Claude Code meldet „Needs authentication“. Der Server ist eingetragen, aber niemand hat sich angemeldet, oder die Anmeldung ist abgelaufen. In /mcp den Server auswählen und erneut anmelden. /mcp reconnect all versucht alle Server neu, die fehlgeschlagen sind oder eine Anmeldung brauchen; im interaktiven Terminal ab Claude Code v2.1.284.[1]

Codex listet den Server, aber Aufrufe scheitern. Codex kann sich ohne Zugangsdaten mit einem Server verbinden, wenn keine Anmeldung abgeschlossen wurde.[2] codex mcp login commandmail ausführen und eine neue Sitzung starten.

Cursor zeigt nach dem Bearbeiten keine Werkzeuge. Cursor liest mcp.json beim Start, also neu starten. Prüf, ob das JSON gültig ist und der Schlüssel url heißt, nicht command.[4]

Ein Projektserver bleibt in Claude Code auf „Pending approval“. Server aus der .mcp.json eines Repositorys brauchen deine Freigabe. claude im Ordner starten, dem Ordner vertrauen und den Server freigeben.[1]

Der Agent sagt, er könne nicht senden. Bei Command Mail prüfst du zuerst den Tarif, dann das Recht. Jedes Senden braucht Pro. Mit mail:send-approved sendet der Agent nur eine Entwurfsfassung, die du in Command Mail freigegeben hast, und nicht aus einem Postfach auf der Stufe read. Die direkten Werkzeuge send_message und reply gibt es nur mit mail:send; sie brauchen außerdem ein sendefähiges Postfach, die Stufe auto und freies Tageslimit, und an automatische Absender, Mailinglisten und No-Reply-Adressen schreibt der Agent nicht.[5]

Um andere Rechte zu erteilen, meldest du dich neu an: in Claude Code unter /mcp beim Server Clear authentication wählen und neu anmelden, in Codex erneut codex mcp login commandmail ausführen, in Cursor den Server unter Customize entfernen und neu anlegen. Eine Token-Erneuerung kann Rechte nur einschränken, für mehr Rechte braucht es diese neue Anmeldung. Die bisherige Freigabe bleibt auf dem Server gültig, bis sie widerrufen wird oder abläuft; die Zustimmungsseite verlinkt auf deine Verbindungen in den Einstellungen von Command Mail.[1][2][4][5]

08Die drei Agenten im Vergleich

Für Mailarbeit unterscheiden sich die drei Werkzeuge weniger darin, was sie mit Mails können, als darin, wo die Konfiguration liegt und wer Werkzeugaufrufe freigibt.

Claude CodeCodexCursor
Entfernten Server eintragenclaude mcp add --transport httpcodex mcp add --urlEintrag url in mcp.json
Anmelden/mcp in der Sitzungcodex mcp loginAufforderung unter Customize → MCPs
Persönliche Konfiguration~/.claude.json (lokal oder user)~/.codex/config.toml~/.cursor/mcp.json
Projektkonfiguration.mcp.json.codex/config.toml (vertrauenswürdige Projekte).cursor/mcp.json
Status prüfenclaude mcp list, /mcpcodex mcp list, /mcpCustomize → MCPs

Quellen: Herstellerdokumentation, abgerufen am 2026-10-20.[1][2][3][4]

Welchen Agenten du auch nimmst, die Rechte auf der Mailseite bleiben gleich, weil der E-Mail-Dienst sie auf dem Server durchsetzt. Claude Code, Codex und Cursor legen jeweils ihre eigene Freigabeschicht darüber.

09Nächste Schritte

Arbeitest du mit mehreren Adressen, lies mehrere E-Mail-Konten mit einem KI-Agenten. Das Rechtemodell im Detail steht unter Berechtigungen und Autonomie. Suchst du noch einen Server, hilft der Vergleich der E-Mail-MCP-Server.

Command Mail kostenlos starten und den Coding-Agenten verbinden.

Häufige Fragen

Wie füge ich in Claude Code einen E-Mail-MCP-Server hinzu?

Mit claude mcp add --transport http <name> <url>, zum Beispiel claude mcp add --transport http commandmail https://commandmail.app/mcp. Danach claude starten, /mcp öffnen und beim Server anmelden. claude mcp list zeigt, ob er verbunden ist oder noch eine Anmeldung braucht.

Wie verbinde ich Codex mit einem entfernten MCP-Server?

Mit codex mcp add <name> --url <url> und bei OAuth-Servern danach codex mcp login <name>. Codex speichert den Eintrag in ~/.codex/config.toml; Codex CLI, IDE-Erweiterung und die ChatGPT-Desktop-App lesen dieselbe Datei.

Wo speichert Cursor MCP-Server?

In mcp.json: ~/.cursor/mcp.json gilt für alle Projekte, .cursor/mcp.json für ein einzelnes Projekt. Ein entfernter Server braucht ein Feld url; die OAuth-Anmeldung übernimmt Cursor.

Warum hat mein Coding-Agent kein Sendewerkzeug?

Bei Command Mail baut der Server die Werkzeugliste aus den Rechten, die du bei der Anmeldung erteilt hast. Die direkten Sendewerkzeuge send_message und reply gibt es nur mit mail:send, und dieses Recht ist anfangs aus; forward_message braucht zusätzlich mail:read. Mit mail:draft und mail:send-approved arbeitet der Agent über Entwürfe, die du freigibst. Jedes Senden setzt den Pro-Tarif voraus.

Kann ein Coding-Agent ohne Rückfrage E-Mails senden?

Nur wenn du es erlaubst. Bei Command Mail braucht das das Recht mail:send, den Pro-Tarif, ein sendefähiges Postfach auf der Autonomiestufe auto und freies Tageslimit; jede Mail geht an höchstens 20 Empfänger. Claude Code, Codex und Cursor haben zusätzlich eigene Freigabeeinstellungen für Werkzeugaufrufe.

Quellen

  1. Anthropic: Connect Claude Code to tools via MCP code.claude.com, abgerufen am
  2. OpenAI: Codex-MCP-Dokumentation developers.openai.com, abgerufen am
  3. Cursor: Model Context Protocol (MCP) cursor.com, abgerufen am
  4. Cursor-Hilfe: MCP cursor.com, abgerufen am
  5. Command Mail: llms.txt mit Tarifen, Rechten und Anbindung commandmail.app, abgerufen am
DE