Email Spam Tester

GitHub Copilot

Deixe o Copilot testar o e-mail antes do pull request

Adicione um servidor no VS Code, e o Copilot no modo agente poderá executar um teste de spam real no e-mail enviado pelo seu projeto.

Copiar a configuração

42 verificações · Sem chave · Sem conta

O que pedir

Verifique antes da revisão

Teste o e-mail de fatura alterado nesta branch e liste tudo o que piorou.

Uma verificação piorou: a parte de texto agora está vazia.

Corrija as falhas

Analise as verificações que falharam neste relatório e corrija no código o que puder ser corrigido: [link do relatório]

Duas correções estão no código. A terceira é um registro DNS que você precisa configurar.

Adicione ao CI

Adicione a GitHub Action do Email Spam Tester ao nosso workflow para alterações em templates/.

Workflow adicionado. Ele precisa de três secrets do repositório.

Adicione o servidor no VS Code

O arquivo fica na raiz do workspace, assim toda a equipe o recebe com o repositório.

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

Já usa .vscode/mcp.json?

Esse arquivo tem um formato próprio. A chave principal é servers.

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

A revisão de código lê o diff.
Ninguém lê os cabeçalhos.

Quatro ferramentas são incluídas na conexão

Nenhum teste da suíte falha quando o alinhamento do DMARC deixa de funcionar. Com o servidor na configuração do repositório, todos no projeto podem executar o mesmo teste com um prompt, e ninguém precisa configurar uma chave.

GitHub Copilot
/mcp
  • get_test_address

    Reserva um endereço por uma hora. Com o teste de posicionamento ativado, você também recebe uma lista de caixas de correio em diferentes provedores.

  • wait_for_report

    Aguarda a conclusão das verificações e retorna as pontuações, as verificações com falha e aviso, com suas evidências, e o plano de correção.

  • get_report

    Lê um relatório existente pelo slug, incluindo o andamento da verificação de pasta.

  • get_message_source

    Retorna o e-mail como ele chegou, com os cabeçalhos na ordem de transmissão, por uma hora após a entrega.

Perguntas

Por que ele pede um e-mail real em vez de texto colado?

Cerca de metade das verificações analisa o que a plataforma de envio adiciona: a assinatura DKIM, o caminho pelos servidores e os cabeçalhos de cancelamento de inscrição. O texto colado não tem nada disso, então o modelo teria que adivinhar.

O que o servidor pode ver?

O que você envia para o endereço de teste. A mensagem bruta fica armazenada por uma hora após chegar. Depois, só o relatório permanece, em um link que qualquer pessoa com o slug pode abrir. Envie apenas e-mails de teste que você não teria problema em mostrar a um colega e leia a política de privacidade para saber mais.

A pontuação é a mesma do site?

Sim. É a mesma análise e a mesma página de relatório, então você pode comparar uma execução feita no chat com outra feita na página inicial.

O arquivo precisa de secrets?

Não. O servidor não exige nenhuma chave, então você pode fazer commit da configuração.

O VS Code pede confirmação antes de executar ferramentas?

Sim, as chamadas de ferramentas passam pela confirmação normal do VS Code, a menos que você já as tenha permitido.

E para verificar a cada push?

Use a GitHub Action. Ela faz o job falhar quando a autenticação falha ou a pontuação cai.

Envie um e-mail real e veja o que retornou

Copiar a configuração