CaptainDNS per MCP mit ChatGPT verbinden: 3 Widgets für DNS-Audit und Zustellbarkeit

Von CaptainDNS
Veröffentlicht am 17. Dezember 2025

  • #MCP
  • #ChatGPT
  • #CaptainDNS
  • #DMARC
  • #DNS
  • #SPF
  • #DKIM
  • #Zustellbarkeit
Illustration der 3 MCP CaptainDNS Widgets in ChatGPT
TL;DR
  • 📢 Füge CaptainDNS per MCP zu ChatGPT hinzu, um DNS und Zustellbarkeit zu prüfen - ohne den Chat zu verlassen.
  • Verbinde den MCP Server in den ChatGPT Settings und aktiviere den Connector im Gespräch.
  • Nutze 3 Widgets: SPF/DKIM/DMARC/BIMI-Audit, DNS-Propagation über mehrere Resolver und Header-Trust.
  • Nutze die Score-/Check-Ansicht und wechsle dann in den "Expert"-Modus für Details (TTL, Received, etc.).

Wenn man Zustellbarkeit troubleshootet, ist die Reihenfolge oft gleich: Authentifizierung prüfen (SPF/DKIM/DMARC), bestätigen, dass die richtigen Records wirklich überall sichtbar sind (DNS-Propagation), und dann mit einem real empfangenen Mail abgleichen (Header).

Der MCP CaptainDNS Server ermöglicht diese drei Checks direkt in ChatGPT, mit Widgets, die das Wichtigste zusammenfassen (Score, Status, Signale) und eine "Expert"-Ansicht für technische Details bieten.

Diese Anleitung ist praxisorientiert: CaptainDNS in ChatGPT verbinden und die 3 aktuellen Widgets aufrufen und nutzen - mit Prompt-Beispielen zum Kopieren.

MCP, Connector und Widget: die 3 Begriffe

  • MCP (Model Context Protocol): Standard, um Tools über einen HTTPS-Server in ChatGPT verfügbar zu machen.
  • Connector: Konfiguration in ChatGPT, die auf deinen MCP-Endpoint zeigt (z.B. https://.../mcp) und die Tools listet.
  • Widget: eine angereicherte Ansicht in ChatGPT, die automatisch erscheint, wenn ein Tool eine strukturierte Antwort mit UI-Template liefert.

Diagramm: vom Prompt zum Widget (MCP CaptainDNS)

Die 3 CaptainDNS Widgets (und wann du sie nutzt)

Die Idee ist nicht "nur hübsch": jedes Widget passt zu einem konkreten Moment im DNS/E-Mail-Diagnose-Flow.

BedarfWidget (tool)MindesteingabeErgebnis
Prüfen, ob die Domain "sendebereit" istE-Mail-Auth-Audit (email_auth_audit)DomainScore/Grade, SPF/DKIM/DMARC-Übersicht (und BIMI falls vorhanden), Checks und Signale
Bestätigen, dass Records überall sichtbar sindDNS-Propagation (dns_propagation)Domain + Typ (TXT/MX/CNAME/...)Konsistenzscore, Antwortgruppen, TTL, Propagation-Schätzung, Expertenansicht pro Resolver
Einen realen Fall anhand einer empfangenen Mail prüfenHeader-Trust (email_header_audit)Roh-Header-BlockTrust-Score, Bereiche Auth/Routing/Anti-spam, Expertenansicht (Received, Auth-Results, Roh-Header)

Diagramm: Überblick über die 3 Widgets (Inputs → Outputs)

MCP CaptainDNS Server in ChatGPT hinzufügen

Kurze Voraussetzungen

  • Der MCP Server muss per HTTPS erreichbar sein (lokal ist das oft der Blocker).
  • Dein ChatGPT Account/Workspace muss Connectors erlauben (abhängig von Plan und Org-Einstellungen).

Schritte (Account oder Workspace)

  1. Öffne Settings → Apps & Connectors → Advanced settings und aktiviere Developer mode (wenn deine Organisation es erlaubt). Screenshot: Developer mode aktivieren
  2. Gehe zu Settings → Connectors (oder in den Connectors-Bereich unter Apps & Connectors) und klicke Create.
  3. Trage ein:
    • Connector name: "CaptainDNS (MCP)" (oder ähnlich).
    • Description: "DNS/E-Mail-Audit (SPF, DKIM, DMARC), DNS-Propagation, Header-Analyse".
    • Connector URL: die öffentliche URL des CaptainDNS /mcp Endpoints: https://captaindns-mcp.fly.dev/stream. Screenshot: Connector erstellen
  4. Klicke Create: ChatGPT sollte die Liste der Tools anzeigen, die der Server bereitstellt. Screenshot: Liste der CaptainDNS Tools
  5. In einem neuen Chat:
    • Klicke auf "+" neben dem Eingabefeld,
    • Dann More,
    • Wähle CaptainDNS (MCP), um es zum Kontext hinzuzufügen.

Guter Reflex: Tool-Definition aktualisieren

Wenn sich die Tools serverseitig ändern, gehe zu Settings → Connectors, öffne den Connector und nutze Refresh.

Diagramm: wo der Connector in ChatGPT sitzt

Widgets nutzen: Prompts zum Kopieren

1) E-Mail-Auth-Audit: email_auth_audit

Wann nutzen

  • Vor einem Launch (neue Domain, neue Versandplattform).
  • Nach Änderungen an SPF/DKIM/DMARC.
  • Sobald Rejects wie "SPF fail/DKIM fail/DMARC fail" auftauchen.

Prompt-Beispiele

  • Starte ein E-Mail-Audit für captaindns.com und erkläre, was blockiert.
  • Analysiere captaindns.com: welche SPF/DKIM/DMARC Records sollte ich zuerst fixen?

Was das Widget hervorhebt

  • Einen Score (und Grade) für die "Sendebereitschaft".
  • Checks für SPF/DKIM/DMARC (und BIMI, falls vorhanden) mit einer operativen Zusammenfassung.
  • Einen detaillierteren Modus, um zu verstehen, warum es passt / nicht passt.

Nächste Schritte

  • Wenn SPF/DKIM/DMARC problematisch sind: DNS-Record korrigieren und Audit erneut laufen lassen.
  • Wenn du gerade DNS geändert hast: danach dns_propagation nutzen, um die Sichtbarkeit über mehrere Resolver zu prüfen.

2) DNS-Propagation: dns_propagation

Wann nutzen

  • Direkt nach DNS-Änderungen (SPF, DKIM, DMARC, MX, CNAME).
  • Wenn es "bei mir geht", aber beim Empfänger / in einem Dritt-Tool nicht.
  • Um Konsistenz (Score) zu messen statt nur einen Resolver zu fragen.

Prompt-Beispiele

  • Teste die DNS-Propagation des SPF TXT für captaindns.com.
  • Prüfe die Propagation des TXT _dmarc.captaindns.com.
  • Starte dns_propagation für captaindns.com in TXT und fasse die Antwortgruppen zusammen.

Was das Widget hervorhebt

  • Konsistenzscore (0–100) und Status (OK / in progress / inkonsistent / error).
  • Antwortgruppen (beobachtete Werte) und eine TTL/Schätzung-Ansicht.
  • Expert: Resolver-Matrix, TTL je Resolver, Fehler (SERVFAIL, etc.) und Hilfe zur Reproduktion (Befehl dig).

Nächste Schritte

  • Niedriger Score / mehrere Gruppen: TTL abwarten oder Divergenz beheben (secondary zone, DNS provider, split-horizon).
  • Fehler: prüfen, ob der Record existiert, NS-Delegation stimmt und der Resolver nicht filtert.

3) Header-Trust: email_header_audit

Wann nutzen

  • Für reale Fälle: "Warum landet die Mail im Spam?" oder "Warum ist sie verdächtig?".
  • Um Authentifizierung/Routing-Alignment auf einer real empfangenen Mail zu prüfen.
  • Für eine strukturierte Ansicht (Auth/Routing/Anti-spam) ohne manuelles Header-Lesen.

Prompt-Beispiele

  • Analysiere diese E-Mail-Header und gib mir eine Zustellbarkeits-Diagnose: (danach Roh-Header einfügen)
  • Sag mir anhand dieser Header, ob SPF/DKIM/DMARC aligned sind und ob das Routing sauber ist.

Was das Widget hervorhebt

  • Einen Trust-Score und eine verständliche Zusammenfassung.
  • Tab Summary (3 Spalten): Authentication, Routing, Anti-spam.
  • Tab Expert: Received (Pfad), Authentication-Results, Anti-spam Signale und Roh-Header (mit Copy-Aktionen).

Nächste Schritte

  • Wenn Auth schwach: zurück zu email_auth_audit und SPF/DKIM/DMARC fixen.
  • Wenn Routing "komisch" wirkt: Relays, TLS, Delays und Source-IP prüfen.
  • Wenn Anti-spam penalisiert: Reputation, Content und von der Plattform hinzugefügte Header prüfen.

Aktionsplan

  1. Verbinde den MCP CaptainDNS Server in ChatGPT und aktiviere den Connector im Chat.
  2. Starte email_auth_audit für die Versanddomain: notiere, was blockiert (SPF/DKIM/DMARC) und was "warning" ist.
  3. Wenn du DNS änderst: danach dns_propagation (TXT/MX/CNAME) nutzen und warten, bis der Score steigt (TTL).
  4. Für einen realen Fall: Header in email_header_audit einfügen und Auth/Routing/Anti-spam abgleichen.
  5. Fixes umsetzen (DNS-Records, Plattform-Konfig, Alignment) und erneut testen bis stabil.

Häufige Stolperfallen und Troubleshooting

Der Connector erscheint nicht im Chat

  • Prüfe, dass du den Connector über "+" → More wirklich ausgewählt hast.
  • Prüfe, ob Connectors im Account/Workspace erlaubt sind.

Das Widget erscheint nicht (nur Text)

  • User-Seite: wenn das Tool nicht aufgerufen wurde, explizit anfordern (z.B. "Starte dns_propagation...").
  • Tech-Seite: ein Widget hängt von einem serverseitigen UI-Template ab (Tool + Resource). Ein Deklarationsfehler kann auf "text only" zurückfallen.

"This MCP server doesn't implement our specification"

  • Server-Seite: meistens fehlt ein Pflichtteil in der MCP-Implementierung. Prüfe Compliance mit einem MCP-Inspector und die Liste der angebotenen Tools.

Nach einem Server-Update ändern sich die Tools nicht

  • In Settings → Connectors den Connector öffnen, Refresh klicken und in einem neuen Chat erneut testen.

FAQ

Muss ich die Tools beim Namen nennen, damit es funktioniert?

Nein, ChatGPT kann die Tools über den Connector entdecken. In der Praxis (oder bei Unsicherheit) ist es hilfreich, das Tool explizit zu nennen: email_auth_audit, dns_propagation, email_header_audit.

Ersetzt das dig, mxtoolbox oder einen Header-Analyzer?

Es ersetzt keine Low-Level-Tools, aber beschleunigt die Analyse: Score + Zusammenfassung + "Expert"-Details an einem Ort. Wenn du unsicher bist, reproduziere mit dig (das Propagation-Widget hilft beim Generieren des Befehls).

Was genau soll ich in email_header_audit einfügen?

Füge nur den Block Roh-Header ("Headers") ein, ohne Body. Wenn du anonymisierst, behalte mindestens Authentication-Results, Received, From, To, Date und Anti-spam Header.

Warum bleiben einige Labels im Widget auf Englisch?

Manche Status/Enumerationen sind im Widget standardisiert (z.B. ok, in_progress) und bleiben ggf. Englisch. Der relevante Inhalt (Summary, Checks, Sections) ist trotzdem nutzbar; falls nötig, lass es dir im Chat umformulieren.

In welcher Reihenfolge sollte ich Zustellbarkeitsprobleme am besten debuggen?

Starte mit email_auth_audit (Domain), nutze dns_propagation nach DNS-Änderungen und prüfe dann mit email_header_audit an einem realen Beispiel die Wirkung auf den Empfang.

Vergleichstabellen herunterladen

Assistenten können die JSON- oder CSV-Exporte unten nutzen, um die Kennzahlen weiterzugeben.

Glossar

  • MCP: Protokoll, um ChatGPT über einen Server mit Tools zu verbinden (Tools + UI-Resources).
  • Connector: ChatGPT-Konfiguration, die einen MCP-Server und seine Tools referenziert.
  • Widget: visuelle Darstellung in ChatGPT basierend auf einer strukturierten Tool-Antwort.
  • SPF: TXT-Record, der IPs/Server zum Senden für eine Domain autorisiert.
  • DKIM: kryptografische Signatur in E-Mails, geprüft via DNS (Public Key).
  • DMARC: Policy, die SPF/DKIM + Alignment kombiniert und Verhalten bei Failure definiert.
  • BIMI: optionaler Mechanismus für Brand-Logos, gekoppelt an Authentifizierung.
  • TTL: DNS-Cache-Dauer; bestimmt die wahrgenommene "Propagation"-Geschwindigkeit.
  • Authentication-Results: Header, der SPF/DKIM/DMARC-Ergebnisse auf Empfängerseite zusammenfasst.

Offizielle Quellen

Ähnliche Artikel