Resend MCP Server einrichten

Was der Resend MCP Server ist

Der Resend MCP Server verbindet KI-Assistenten mit der E-Mail-Plattform Resend ueber das Model Context Protocol, kurz MCP. MCP ist ein offener Standard, mit dem KI-Anwendungen wie Claude, Cursor oder Claude Code strukturiert auf externe Werkzeuge und Dienste zugreifen koennen, ohne dass fuer jede Anwendung eine eigene Integration programmiert werden muss. Laut Anbieter erlaubt der Server, direkt aus einem MCP-faehigen Client heraus E-Mails zu versenden und zu empfangen, Kontakte zu verwalten, Broadcasts zu erstellen und Domains zu administrieren. Resend stellt dafuer zwei Varianten bereit: einen von Resend selbst gehosteten Remote-Server sowie den zugrunde liegenden quelloffenen lokalen Server, der ueber npm als eigenstaendiges Paket verfuegbar ist und wahlweise selbst betrieben werden kann.

Der gehostete Remote-Server

Der einfachste Einstieg fuehrt ueber den von Resend gehosteten Server unter einer festen Adresse. Da hier kein eigener Prozess laufen muss, eignet sich dieser Weg besonders fuer webbasierte Clients und gehostete Agentenplattformen. Beim Verbinden oeffnet der Client ein Browserfenster, in dem man sich bei Resend anmeldet und den Zugriff per OAuth freigibt. Fuer Umgebungen ohne Browser, etwa Server oder automatisierte Pipelines, laesst sich alternativ ein Resend API-Schluessel als Bearer-Token im Autorisierungsheader hinterlegen. Gaengige Clients wie Claude Code, Claude selbst, Cursor, Codex, GitHub Copilot in VS Code, Windsurf und Warp werden laut Anbieter-Dokumentation direkt unterstuetzt, jeweils mit eigenem Konfigurationsschema fuer den Verbindungsaufbau.

Der lokale Server als Alternative

Wer den Server lieber selbst betreiben moechte, etwa aus Datenschutz- oder Kontrollgruenden, kann den lokalen Server per npx starten, ohne ihn dauerhaft zu installieren. Der lokale Server unterstuetzt zwei Uebertragungsarten: Standardeingabe und -ausgabe als Standardmodus sowie HTTP als Alternative. Fuer den Betrieb braucht es einen Resend API-Schluessel, den man im eigenen Resend-Konto erzeugt, sowie eine verifizierte Absenderdomain, da Resend E-Mails nur ueber verifizierte Domains zuverlaessig zustellt. Die Konfiguration erfolgt bei den meisten Clients ueber eine einfache JSON-Struktur, die den Startbefehl sowie die Umgebungsvariable mit dem API-Schluessel enthaelt. Der lokale Server ist quelloffen und bildet zugleich die technische Grundlage des gehosteten Angebots, sodass Funktionsumfang und Verhalten zwischen beiden Varianten weitgehend identisch sind.

Einrichtung in der Praxis

Fuer Claude Code laesst sich der Remote-Server mit einem einzigen Befehl als HTTP-Transport hinzufuegen, woraufhin man ueber den internen MCP-Befehl den Anmeldevorgang abschliesst. Bei anderen Clients traegt man die Serveradresse beziehungsweise beim lokalen Server den Startbefehl und den API-Schluessel in die jeweilige Konfigurationsdatei des Clients ein. Nach erfolgreicher Verbindung stehen dem KI-Assistenten die Resend-Werkzeuge zur Verfuegung, sodass sich E-Mail-Versand, Kontaktpflege und Domain-Verwaltung direkt aus natuerlichsprachlichen Anweisungen heraus steuern lassen, ohne dass man selbst API-Aufrufe formulieren muss.

Sicherheit und Grenzen

Weil der Server tatsaechlich E-Mails versenden und Kontodaten veraendern kann, handelt es sich um ein Werkzeug mit echter Aussenwirkung. Ein API-Schluessel sollte deshalb wie jedes andere Geheimnis behandelt werden: nicht im Klartext in geteilten Konfigurationsdateien oder Chatverlaeufen abgelegt und mit moeglichst eng gefassten Berechtigungen versehen, sofern Resend eine solche Einschraenkung anbietet. Bei der OAuth-Variante liegt die Zugriffskontrolle bei Resends eigenem Anmeldesystem, bei der API-Schluessel-Variante traegt die Verantwortung fuer sicheren Umgang mit dem Schluessel der Betreiber der jeweiligen Umgebung. Gerade in automatisierten oder mehrstufigen Agenten-Workflows lohnt es sich, kritische Aktionen wie den tatsaechlichen Versand an grosse Empfaengerlisten vor der Ausfuehrung noch einmal manuell zu bestaetigen, um Fehlversendungen durch fehlinterpretierte Anweisungen zu vermeiden.

Fuer wen sich der Einsatz lohnt

Entwicklerteams, die bereits Resend als Versandinfrastruktur nutzen, profitieren am meisten, weil sich wiederkehrende E-Mail-Aufgaben wie Transaktionsmails, Statusabfragen oder Domainpflege direkt in den KI-gestuetzten Entwicklungsworkflow integrieren lassen. Fuer Projekte ohne bestehendes Resend-Konto lohnt sich der Einstieg erst, wenn man ohnehin plant, Resend als Versanddienst einzusetzen, da der MCP Server selbst keinen eigenstaendigen Mailversand ohne Resend-Konto ermoeglicht.