Mail Vet

Flödet

Fem steg, och agenten kör dem alla utan att behöva vägledas genom vart och ett.

1. Hämta en adress

   Ett anrop reserverar en engångsadress och talar om för agenten vilket språk åtgärdsplanen ska skrivas på. Adressen tar emot exakt ett meddelande och upphör att gälla efter en timme.

2. Skicka det riktiga meddelandet till den

   Inte en sammanfattning, inte en förkortad version. Hälften av kontrollerna läser rubriker som den sändande plattformen lägger till, och en inklistrad meddelandetext innehåller inga av dem.

3. Vänta

   Ett blockerande anrop. Det returnerar när analysen är klar, så agenten behöver inte avfråga något och har ingen väntecykel som kan bli fel.

4. Åtgärda det den anger

   Varje fynd kommer med RFC-avsnittet och sidan i Google-dokumentationen som ligger bakom det, så att agenten kan kontrollera påståendet i stället för att lita på det.

5. Skicka igen

   En ny adress, det korrigerade meddelandet, ett andra resultat att jämföra med det första. Förväntade förbättringar beräknas genom en ny poängsättning, men de kan inte kombineras, och den andra rapporten är det faktiska resultatet.

Koppla in det

MCP-servern är en rad för Claude Code:

claude mcp add --transport http email-spam-tester https://email-spam-tester.com/mcp

Eller, för en klient som tar JSON:

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

Fyra verktyg följer med: reservera en adress, vänta på rapporten, läsa en befintlig rapport via dess slug och hämta meddelandekällan exakt så som den levererades.

Skill-filen

MCP ger agenten verktygen. Det här ger den omdömet: när den ska använda dem, hur den ska tolka statusen skip jämfört med statusen pass och vilka fynd som är DNS-poster som personen måste ändra snarare än text som agenten kan redigera. Lägg in den så slutar agenten fråga.

Spara den som .claude/skills/mail-vet/SKILL.md eller klistra in den i det som din klient kallar samma sak.

Utan en agent

Två anrop, ingen nyckel. Det första reserverar adressen, det andra läser rapporten: 202 medan inget har kommit fram, 200 med allt när det har gjort det.

# reserve a single-use address
curl -sX POST 'https://email-spam-tester.com/api/v1/inbox?lang=en&utm_source=agent'
# {"address":"test-<slug>@email-spam-tester.com","slug":"<slug>",...}

# send the message there, then read it back
curl -s 'https://email-spam-tester.com/api/v1/tests/<slug>'
# 202 while nothing has arrived, 200 with the report once it has

Svaret innehåller report_url, som är sidan en person kan läsa. Lämna över den i stället för en vägg av JSON.

Läsa rapporten

Två tal, och de är inte två uppfattningar om samma sak.

En kontroll godkänns, varnar, misslyckas, hoppas över eller ger ett fel. Överhoppad är inte godkänd: det betyder att kontrollen inte var tillämplig, eftersom det inte fanns några bilagor att skanna eller någon HTML-del att väga in. Ett fel betyder att vi inte kunde ta reda på det, vilket är värt att säga uttryckligen i stället för att poängsätta som om vi hade kunnat det.

Vad utkastet inte kan åtgärda

Vissa fynd gäller DNS, inte innehåll, och agenten bör säga det tydligt i stället för att redigera meddelandet tills poängen ändras:

• SPF-, DKIM- och DMARC-poster, och om de är justerade mot From-domänen
• omvänd DNS för avsändarens IP, och om den framåtverifieras
• MX-poster, TLS på avsändarvärden och poster i blockeringslistor
• MTA-STS, TLS-rapportering, DNSSEC och BIMI

Allt annat är utkastet: ämnesrad, förhandsvisningstext, HTML-storlek, textdelen, alternativtext för bilder, länkförkortare, rubriker för avregistrering.

Fyra vanor värda att lära den