Outlook

Outlook auf Smithery ist ein verifizierter, dauerhaft gelisteter Remote-MCP-Server, dessen Deployment auf der geprüften Produktseite auf Arcade zurückverweist. Smithery zeigt den Dienst als Outlook mit eigenständiger Produktidentität, aktivem Deployment und dem Remote-Endpunkt outlook.run.tools. Die zugehörige Arcade-Dokumentation beschreibt Microsoft Outlook Mail als eigenständige Integration über Microsoft Graph und nennt Werkzeuge zum Lesen, Suchen, Erstellen und Versenden von E-Mails. Dieser Eintrag katalogisiert deshalb nicht bloß eine temporäre Smithery-Demo, sondern einen nachvollziehbar zugeordneten Anbieter-Dienst. Ein öffentliches Quellcode-Repository für genau dieses Deployment wird nicht ausgewiesen; der Katalog behauptet daher keine lokale Installierbarkeit und speichert keinen Ersatz-Link zu einem fremden Community-Projekt.

Produktgrenze und Arbeitsweise

Der Server verbindet einen MCP-fähigen Client mit Outlook-Mailfunktionen. Laut Anbieter gehören dazu die Ermittlung des verbundenen Kontos, das Auflisten und Filtern von Nachrichten, der Zugriff auf Nachrichten und Anhänge sowie das Arbeiten mit Ordnern und Entwürfen. Werkzeuge können Entwürfe erstellen, vorhandene Entwürfe aktualisieren, Entwürfe senden, Antworten formulieren und unmittelbar neue Nachrichten versenden. Diese Kombination unterstützt Recherche, Postfach-Triage, vorbereitete Kommunikation und kontrollierte Routineabläufe. Die tatsächliche Werkzeugliste kann sich bei einem Remote-Dienst ändern, weshalb die Smithery-Seite und Arcade-Dokumentation vor produktiven Änderungen erneut geprüft werden sollten.

E-Mail- und Kalenderdaten

Die verifizierte Smithery- und Arcade-Beschreibung betrifft Outlook-Mail, nicht einen eigenständigen Kalender-MCP-Server. Microsoft Graph kann in Microsoft-365-Postfächern neben Mail auch Kalenderdaten führen, aber aus den geprüften Outlook-Mail-Werkzeugen folgt kein pauschaler Kalenderzugriff. Nutzer sollten Kalenderdaten daher nicht als zugesicherte Funktion dieses Eintrags behandeln. E-Mail-Inhalte, Betreffzeilen, Empfänger, Anhänge, Ordner und Entwürfe können besonders schützenswert sein. Schreib- und Versandzugriffe sind möglich: CreateAndSendEmail versendet unmittelbar, während Draft-, Reply- und SendDraft-Werkzeuge vorbereitete oder bestehende Kommunikation verändern können. Empfänger, Inhalt, Anhänge und Versandzeitpunkt müssen vor jeder Ausführung kontrolliert werden.

OAuth und Mandantenberechtigungen

Die Smithery-Toolmetadaten weisen OAuth 2.0 mit Microsoft als Identitätsanbieter aus. Genannte Berechtigungen umfassen Mail.Read für das Lesen, Mail.ReadWrite für das Erstellen und Ändern sowie Mail.Send für das Versenden; einzelne Werkzeuge können zusätzlich MailboxSettings.Read benötigen. Der Nutzer autorisiert das verbundene Microsoft-Konto und muss die angeforderten Berechtigungen prüfen. In einem Unternehmen können Microsoft Entra-Richtlinien, administrative Zustimmung, Conditional Access, eingeschränkte Postfachdelegation und Mandantenregeln den Zugriff weiter begrenzen. Gemeinsame oder delegierte Postfächer sind ein besonderer Berechtigungsfall: Eine Verbindung darf nur auf Postfächer zugreifen, für die das Konto tatsächlich freigegeben ist.

Datenschutz und Datenweitergabe

Bei einem Remote-MCP-Server werden Anfragen über Smithery und das von Arcade betriebene Gateway verarbeitet, bevor Microsoft Graph das autorisierte Postfach anspricht. E-Mail-Texte und Metadaten können in den Kontext des MCP-Clients und anschließend an dessen Modellanbieter gelangen. Das ist keine lokale Verarbeitungsgarantie. Prüfen Sie vor der Nutzung Datenflüsse, Aufbewahrung, Protokollierung, Auftragsverarbeitung und die Regeln Ihrer Organisation. Der Katalog speichert keine Passwörter, OAuth-Tokens, Secrets, Zugangsdaten oder API-Schlüssel. Autorisieren Sie nur den kleinsten sinnvollen Berechtigungsumfang und trennen Sie Test- und Produktivkonten, wenn Ihre Richtlinien das verlangen.

Sicherheitsgrenzen

E-Mail-Inhalte können versehentlich vertrauliche Informationen offenlegen oder manipulative Anweisungen enthalten. Ein Agent darf solche Inhalte nicht als vertrauenswürdige Steuerung behandeln. Besonders riskant sind Löschen, Ändern, Antworten und sofortiges Senden, weil sie externe Zustände verändern oder Kommunikation auslösen. Verwenden Sie Bestätigungsschritte, klare Empfängerregeln und eine menschliche Freigabe für Versand und sensible Änderungen. Prüfen Sie außerdem Anhänge, Weiterleitungen und gemeinsam genutzte Postfächer. Die Tool-Anmerkungen und die Microsoft-Berechtigungen beschreiben technische Möglichkeiten, ersetzen aber keine Datenschutzfolgeabschätzung oder Mandanten-Governance.

Geeignete Nutzung

Outlook auf Smithery eignet sich für kontrollierte Postfachsuche, Zusammenfassungen, Entwurfsunterstützung und begrenzte Automatisierung in MCP-Clients. Es ist kein Versprechen unbeaufsichtigter Kommunikationsautomatisierung und kein Beleg für Kalenderfunktionen. Die offizielle Smithery-Produktseite bleibt die direkte Quelle für das Deployment; Arcade dokumentiert die zugrunde liegende Outlook-Mail-Integration und Microsoft beschreibt die Graph-Berechtigungen. Prüfen Sie alle drei Quellen erneut, wenn sich Endpoint, Werkzeugumfang, OAuth-Fluss oder organisatorische Anforderungen ändern.

MCP-fähiger Client, Microsoft-Konto mit Outlook-Postfach und ausdrückliche OAuth-Autorisierung der benötigten Microsoft-Graph-Berechtigungen.

OAuth 2.0 über Microsoft; die angeforderten Scopes müssen vor der Nutzerautorisierung geprüft werden.

Je nach Werkzeug Mail.Read, Mail.ReadWrite, Mail.Send und gegebenenfalls MailboxSettings.Read; Mandanten- und Delegationsregeln gelten zusätzlich.

Remote-Verarbeitung über Smithery und Arcade zu Microsoft Graph. E-Mail-Daten können den MCP-Client und dessen Modellanbieter erreichen; Datenfluss und Datenschutzregeln prüfen.

Lesen, Ändern und Versand können vertrauliche Daten offenlegen oder Kommunikation auslösen. Minimale Scopes, Bestätigung und menschliche Freigabe verwenden.