Install
"url": "https://mcpemails.com/api/mcp"Für wen
Wenn ein Agent ein bestehendes Postfach zum Lesen, Suchen, Senden, Ordnen und Planen nutzen soll, der Server die Nachrichtentexte aber nicht dauerhaft behalten soll, passt dieser Dienst. Offiziell ist er als gehosteter MCP-Server für Claude, Cursor oder jeden MCP-fähigen Client beschrieben.
Er eignet sich für alle, die im Client schon einen entfernten HTTP-Server eintragen können und auf der offiziellen Site ein Postfach anmelden wollen. Zuerst auf der Site anmelden und Gmail (OAuth mit einem Klick) oder ein beliebiges IMAP/SMTP-Konto (App-Passwort) verbinden. Zugangsdaten werden vor dem Schreiben in die Datenbank mit AES-256-GCM verschlüsselt. Site:
https://mcpemails.com
Er eignet sich nicht für alle, die nur vollständig lokales IMAP wollen oder beim ersten Versuch schon delete vergeben. Rechte sind pro Schlüssel getrennt: nur read:email, oder Senden und Ordnerverwaltung ohne delete offenzulegen.
Offizielles Repository:
https://github.com/Albretsen/MCPEmails
Erster Versuch in 3 Minuten
Der offiziell empfohlene Weg ist einer: die gehostete Schnittstelle verbinden. Keinen lokalen Installer suchen.
https://mcpemails.com/api/mcp
Voraussetzungen: das Postfach ist auf jener Site schon gebunden; für diesen Versuch einen Schlüssel nur mit read:email anlegen. Im Client url auf diese Schnittstelle setzen und Authorization Bearer in headers legen. Den Schlüssel nur in der lokalen Konfiguration halten, nicht ins Gespräch schreiben und nicht die Beispielzeichenkette aus den Docs verwenden.
Konfigurationsort: die Remote-Server-Einstellungen des aktuellen MCP-Clients. Nach dem Verbinden einen risikoarmen Aufruf machen: aus den vom Client gezeigten Tools Lesen oder Suchen wählen. Offiziell gibt es 11 Tools; die meisten wählen die Aktion über Ressource plus action. Diese Seite schreibt Funktionsnamen nicht hintereinander, also keine erfinden. Lesen geht trotzdem ins Netz und holt Mailinhalt ins Gespräch; das ist keine "Grenze ohne Privatsphäre". Offiziell wird behauptet, Mails würden nicht gespeichert, aber diese Sitzung sieht den Text trotzdem.
Erfolgssignal: eine Mail oder ein Suchergebnis kommt zurück, ohne Senden, ohne Ordneränderung, ohne Löschen. Bei 401 zuerst prüfen, ob Bearer zum Nur-Lese-Schlüssel passt.
Anwendungsfälle
Fall 1: Lesen und Suchen. Objekte sind read und search aus den offiziellen Fähigkeiten, Umfang nur read:email. Eine Lese- oder Such-action nutzen, die der Client wirklich zeigt. Die Belege haben keine Feldliste; Erfolg ist ein Betreff oder Auszug. Nicht annehmen, der Server archiviere dauerhaft.
Fall 2: Senden oder Ordnen. Derselbe offizielle Satz nennt auch send, organize und schedule. Extra Rechte sind nötig. Bestätigungspunkt: Empfänger und Text oder die geplante Ordneraktion sind gesehen, und es ist akzeptiert, dass Mail wirklich rausgeht oder Labels sich ändern, dann handeln. delete gehört nicht in diesen Schritt; ohne delete-Scope keine zugehörigen actions aufrufen.
Grenzen
Die konkreten Namen der 11 Tools sind auf dieser Seite nicht der Reihe nach belegt. Keine inbox- oder draft-Funktionsnamen aus dem Alltagswissen ergänzen. Ungenannte Automatisierung und Kontakte nicht hinzufügen.
Ohne gebundenes Postfach oder Nur-Lese-Schlüssel nicht verbinden. Senden, Ordnen und Planen ändern das echte Postfach. Offiziell gibt es keinen Schritt zum Zurückholen schon gesendeter Mail. Die gehostete Schnittstelle greift im Namen auf das Postfach zu; Fehlaktionen am Konto sind möglich. App-Passwörter und OAuth-Tokens dürfen nicht im Gespräch stehen.