Email Spam Tester

GitHub Copilot

Fai testare l'email a Copilot prima della pull request

Aggiungi un server in VS Code e Copilot in modalità agente potrà eseguire un vero test spam sulle email inviate dal tuo progetto.

Copia la configurazione

42 controlli · Nessuna chiave · Nessun account

Cosa chiedere

Controlla prima della revisione

Testa l'email della fattura modificata in questo branch ed elenca tutto ciò che è peggiorato.

Un controllo è peggiorato: ora la parte testuale è vuota.

Correggi gli errori

Esamina i controlli non riusciti in questo report e modifica nel codice ciò che può essere corretto: [link al report]

Due correzioni sono nel codice. La terza è un record DNS che devi configurare tu.

Aggiungilo alla CI

Aggiungi la GitHub Action di Email Spam Tester al nostro workflow per le modifiche in templates/.

Workflow aggiunto. Richiede tre secret del repository.

Aggiungi il server in VS Code

Il file va nella root del workspace, così tutto il team lo riceve con il repo.

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

Usi già .vscode/mcp.json?

Quel file ha un formato proprio. La chiave principale è servers.

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

La code review legge il diff.
Nessuno legge gli header.

La connessione include quattro strumenti

Nessun test della suite fallisce quando l'allineamento DMARC smette di funzionare. Con il server nella configurazione del repo, tutti nel progetto possono eseguire lo stesso test con un prompt e nessuno deve configurare una chiave.

GitHub Copilot
/mcp
  • get_test_address

    Riserva un indirizzo per un'ora. Se attivi il test di recapito, ottieni anche un elenco di caselle di posta presso diversi provider.

  • wait_for_report

    Attende il completamento dei controlli, poi restituisce i punteggi, i controlli non superati e quelli con avvisi, con le relative prove e il piano di correzione.

  • get_report

    Legge un report esistente tramite il suo slug, incluso lo stato di avanzamento del controllo delle cartelle.

  • get_message_source

    Restituisce l'email come è arrivata, con le intestazioni nell'ordine di trasmissione, per un'ora dopo la consegna.

Domande

Perché richiede un'email reale invece del testo incollato?

Circa metà dei controlli analizza ciò che aggiunge la piattaforma di invio: la firma DKIM, il percorso attraverso i suoi server e le intestazioni per annullare l'iscrizione. Il testo incollato non contiene nulla di tutto questo, quindi il modello dovrebbe tirare a indovinare.

Cosa può vedere il server?

Ciò che invii all'indirizzo di prova. Il messaggio non elaborato viene conservato per un'ora dopo l'arrivo, poi rimane solo il report, disponibile tramite un link che può essere aperto da chiunque conosca lo slug. Invia email di prova che non avresti problemi a mostrare a un collega e leggi l'informativa sulla privacy per il resto.

Il punteggio è lo stesso del sito web?

Sì. L'analisi e la pagina del report sono le stesse, quindi puoi confrontare un test eseguito da una chat con uno eseguito dalla home page.

Il file richiede dei secret?

No. Il server non richiede chiavi, quindi puoi includere la configurazione nel commit.

VS Code chiede conferma prima di eseguire gli strumenti?

Sì, le chiamate agli strumenti passano dalla normale conferma di VS Code, a meno che tu non le abbia già autorizzate.

E per un controllo a ogni push?

Usa la GitHub Action. Il job fallisce se l'autenticazione non riesce o il punteggio scende.

Invia un'email vera e leggi cosa è tornato indietro

Copia la configurazione