Email Spam Tester

GitHub Copilot

Lassen Sie Copilot die E-Mail vor dem Pull Request testen

Fügen Sie in VS Code einen Server hinzu. Dann kann Copilot im Agent-Modus einen echten Spamtest für die E-Mail ausführen, die Ihr Projekt sendet.

Konfiguration kopieren

42 Prüfungen · Kein Key · Kein Konto

Was Sie fragen können

Vor dem Review prüfen

Testen Sie die in diesem Branch geänderte Rechnungs-E-Mail und listen Sie alles auf, was sich verschlechtert hat.

Eine Prüfung ist schlechter geworden: Der Textteil ist jetzt leer.

Fehler beheben

Gehen Sie die fehlgeschlagenen Prüfungen in diesem Bericht durch und ändern Sie, was sich im Code ändern lässt: [Link zum Bericht]

Zwei Fehler sind im Code behoben. Der dritte erfordert einen DNS-Eintrag von Ihnen.

Zu CI hinzufügen

Fügen Sie die Email Spam Tester GitHub Action für Änderungen unter templates/ zu unserem Workflow hinzu.

Der Workflow wurde hinzugefügt. Er benötigt drei Repository-Secrets.

Server in VS Code hinzufügen

Die Datei gehört in das Stammverzeichnis des Workspace, damit das gesamte Team sie zusammen mit dem Repository erhält.

https://email-spam-tester.com/mcp
{  "mcpServers": {    "email-spam-tester": {      "type": "http",      "url": "https://email-spam-tester.com/mcp"    }  }}

Verwenden Sie bereits .vscode/mcp.json?

Diese Datei hat ein eigenes Format. Der oberste Schlüssel ist servers.

{
  "servers": {
    "email-spam-tester": {
      "type": "http",
      "url": "https://email-spam-tester.com/mcp"
    }
  }
}

Im Code-Review wird der Diff gelesen.
Die Header liest niemand.

Die Verbindung stellt vier Tools bereit

Kein Test in einer Testsuite schlägt fehl, wenn die DMARC-Ausrichtung nicht mehr stimmt. Mit dem Server in der Konfiguration des Repositorys steht allen im Projekt derselbe Test direkt per Prompt zur Verfügung, und niemand muss dafür einen Schlüssel einrichten.

GitHub Copilot
/mcp
  • get_test_address

    Reserviert eine Adresse für eine Stunde. Wenn die Postfachplatzierung aktiviert ist, erhalten Sie außerdem eine Liste mit Postfächern bei verschiedenen Anbietern.

  • wait_for_report

    Wartet, bis die Prüfungen abgeschlossen sind, und gibt dann die Scores, die fehlgeschlagenen Prüfungen und Warnungen mit den zugehörigen Nachweisen sowie den Plan zur Behebung zurück.

  • get_report

    Liest einen vorhandenen Bericht anhand seines Slugs, einschließlich des Fortschritts der Ordnerprüfung.

  • get_message_source

    Gibt die E-Mail so zurück, wie sie angekommen ist, mit Headern in ursprünglicher Reihenfolge, bis eine Stunde nach der Zustellung.

Fragen

Warum wird eine echte E-Mail statt eingefügtem Text benötigt?

Etwa die Hälfte der Prüfungen wertet aus, was die Versandplattform hinzufügt: die DKIM-Signatur, den Weg durch ihre Server und die Abmelde-Header. Eingefügter Text enthält nichts davon, daher müsste das Modell raten.

Was kann der Server sehen?

Was Sie an die Testadresse senden. Die Rohdaten der Nachricht bleiben nach dem Eingang eine Stunde lang gespeichert. Danach bleibt nur der Bericht unter einem Link, den jeder mit dem Slug öffnen kann. Verwenden Sie Test-E-Mails, die Sie auch einem Kollegen zeigen würden, und lesen Sie für alles Weitere die Datenschutzerklärung.

Ist der Score derselbe wie auf der Website?

Ja. Es sind dieselbe Analyse und dieselbe Berichtsseite. Daher können Sie einen Lauf aus einem Chat mit einem Lauf von der Startseite vergleichen.

Benötigt die Datei Secrets?

Nein. Der Server benötigt keinen Schlüssel, daher kann die Konfiguration eingecheckt werden.

Fragt VS Code nach, bevor es Tools ausführt?

Ja, Tool-Aufrufe durchlaufen die übliche Bestätigung von VS Code, sofern Sie sie nicht bereits zugelassen haben.

Und für eine Prüfung bei jedem Push?

Verwenden Sie die GitHub Action. Sie lässt den Job fehlschlagen, wenn die Authentifizierung fehlschlägt oder der Score sinkt.

Senden Sie eine echte E-Mail und lesen Sie die Antwort

Konfiguration kopieren