Email Spam Tester

Mail Vet

ड्राफ़्ट भेजें। निदान पढ़ें। इसे ठीक करें। फिर से भेजें।

आपका एजेंट न्यूज़लेटर लिखता है और उसके पास यह जानने का कोई तरीका नहीं है कि वह पहुँचेगा या नहीं। Mail Vet उसे एक तरीका देता है: एक अस्थायी पता, एक वास्तविक SMTP डिलीवरी और प्राप्तकर्ता सर्वर ने वास्तव में जो देखा उसकी 39 जाँचें।

जब तक हम बीटा में हैं, यह मुफ़्त है। कोई कुंजी नहीं, कोई खाता नहीं, कोई उल्लेखनीय दर सीमा नहीं।

प्रक्रिया

पाँच चरण, और एजेंट हर चरण के लिए अलग-अलग निर्देश दिए बिना उन सभी को पूरा करता है।

  1. एक पता प्राप्त करें

    एक कॉल एक बार उपयोग होने वाला पता आरक्षित करती है और एजेंट को बताती है कि सुधार योजना किस भाषा में लिखनी है। यह पता ठीक एक संदेश स्वीकार करता है और एक घंटे में समाप्त हो जाता है।

  2. वास्तविक संदेश उस पर भेजें

    न तो सारांश, न ही संक्षिप्त संस्करण। आधी जाँचें भेजने वाला प्लेटफ़ॉर्म जो हेडर जोड़ता है उन्हें पढ़ती हैं, और चिपकाई गई सामग्री में उनमें से कोई भी नहीं होता।

  3. प्रतीक्षा करें

    एक अवरोधक कॉल। विश्लेषण पूरा होने पर यह परिणाम लौटाती है, इसलिए एजेंट को बार-बार स्थिति जाँचने की आवश्यकता नहीं होती और न ही किसी स्लीप लूप में गलती होने की संभावना रहती है।

  4. जिसे यह बताता है, उसे ठीक करें

    हर निष्कर्ष के साथ संबंधित RFC अनुभाग और Google दस्तावेज़ीकरण पृष्ठ दिया जाता है, ताकि एजेंट उस पर भरोसा करने के बजाय दावे की जाँच कर सके।

  5. फिर से भेजें

    एक नया पता, सुधारा गया संदेश, पहले स्कोर से तुलना करने के लिए दूसरा स्कोर। अपेक्षित सुधारों की गणना दोबारा स्कोर करके की जाती है, लेकिन वे आपस में जुड़ते नहीं हैं, और दूसरी रिपोर्ट ही वास्तविक संख्या है।

इसे कनेक्ट करें

Claude Code के लिए MCP सर्वर की एक पंक्ति है:

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

या, JSON स्वीकार करने वाले क्लाइंट के लिए:

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

इसके साथ चार टूल मिलते हैं: एक पता आरक्षित करना, रिपोर्ट की प्रतीक्षा करना, किसी मौजूदा रिपोर्ट को उसके स्लग से पढ़ना, और संदेश का स्रोत ठीक उसी रूप में प्राप्त करना जिस रूप में वह डिलीवर हुआ था।

स्किल फ़ाइल

MCP एजेंट को टूल देता है। यह उसे निर्णय-क्षमता देता है: उनका उपयोग कब करना है, skip की स्थिति को pass की स्थिति की तुलना में कैसे समझना है, और कौन-से निष्कर्ष ऐसे DNS रिकॉर्ड हैं जिन्हें व्यक्ति को बदलना होगा, न कि ऐसा टेक्स्ट जिसे एजेंट संपादित कर सकता है। इसे जोड़ें और एजेंट पूछना बंद कर देता है।

फ़ाइल पढ़ें /skill/SKILL.md

इसे .claude/skills/mail-vet/SKILL.md के रूप में सहेजें, या आपके क्लाइंट में इसी चीज़ के लिए उपयोग किए जाने वाले स्थान पर पेस्ट करें।

एजेंट के बिना

दो अनुरोध, कोई कुंजी नहीं। पहला पता आरक्षित करता है, दूसरा रिपोर्ट पढ़ता है: जब तक कुछ नहीं आया है तब तक 202, और सब कुछ आने के बाद 200।

# 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

प्रतिक्रिया में report_url होता है, जो वह पेज है जिसे कोई व्यक्ति पढ़ सकता है। JSON की दीवार के बजाय वही दें।

रिपोर्ट पढ़ना

दो संख्याएँ, और वे एक ही चीज़ के बारे में दो राय नहीं हैं।

इनबॉक्स स्कोर, 0 से 100

हमारा मॉडल। प्रमाणीकरण और इंफ्रास्ट्रक्चर का भार सबसे अधिक है, क्योंकि कोई फ़िल्टर संदेश का एक शब्द पढ़े, उससे पहले ही वे डिलीवरी तय करते हैं।

क्लासिक स्कोर, 0 से 10

उस SpamAssassin-शैली की संख्या को दोहराता है जिसकी लोग पहले से तुलना करते हैं। यह इसलिए है ताकि रिपोर्ट की तुलना किसी अन्य जगह देखी गई रिपोर्ट से की जा सके, न कि इसलिए कि यह बेहतर मापता है।

कोई जाँच पास होती है, चेतावनी देती है, विफल होती है, छोड़ी जाती है या उसमें त्रुटि आती है। छोड़ी गई जाँच पास नहीं होती: इसका अर्थ है कि जाँच लागू नहीं हुई, स्कैन करने के लिए कोई अटैचमेंट नहीं था या मूल्यांकन करने के लिए कोई HTML भाग नहीं था। त्रुटि का अर्थ है कि हम पता नहीं लगा सके, जिसे ऐसे स्कोर देने के बजाय स्पष्ट रूप से बताना उचित है मानो हमने पता लगा लिया हो।

जिसे ड्राफ़्ट ठीक नहीं कर सकता

कुछ निष्कर्ष सामग्री नहीं, बल्कि DNS से संबंधित होते हैं, और एजेंट को स्कोर बदलने तक संदेश को संपादित करते रहने के बजाय यह स्पष्ट रूप से बताना चाहिए:

बाकी सब ड्राफ़्ट है: विषय, प्रीहेडर, HTML का आकार, टेक्स्ट भाग, इमेज का वैकल्पिक टेक्स्ट, लिंक शॉर्टनर, सदस्यता-समाप्ति हेडर।

इसे सिखाने योग्य चार आदतें

जिसे भेजने वाले हैं, उसी का परीक्षण करें

दोबारा लिखा गया नमूना केवल उस नमूने को मापता है।

प्लेटफ़ॉर्म से भेजें, अपने क्लाइंट से नहीं

किसी निजी खाते से Mailchimp अभियान का परीक्षण उस खाते को मापता है।

सुधार करने के बाद फिर से परीक्षण करें

सुधार एक-दूसरे को प्रभावित करते हैं। इसे ध्यान में रखने वाली एकमात्र संख्या दूसरी रिपोर्ट में होती है।

बिना पूछे किसी और के मेल का परीक्षण न करें

रिपोर्ट लिंक रखने वाले किसी भी व्यक्ति को विषय, प्रेषक, बाउंस पता और पूरा स्रोत दिखाती है।

पहले एक परीक्षण मैन्युअल रूप से करें

इसमें लगभग एक मिनट लगता है और यह आपको दिखाता है कि एजेंट क्या पढ़ेगा।

परीक्षण पता प्राप्त करें