Email Spam Tester

Claude Code

काम करते समय ही आपके टेम्पलेट की जाँच होती है

टर्मिनल में एक कमांड चलाएँ। इसके बाद Claude Code आपके relay से ट्रांज़ैक्शनल टेम्पलेट भेज सकता है, पाने वाले सर्वर को क्या मिला यह पढ़ सकता है, और टेम्पलेट बदल सकता है या बता सकता है कि कौन-सा रिकॉर्ड ठीक करना है।

कमांड कॉपी करें

42 जाँच · कोई key नहीं · कोई खाता नहीं

एक कमांड, फिर पूछें

सर्वर होस्टेड है, इसलिए कुछ इंस्टॉल नहीं होता और आपके environment में कोई key नहीं जाती।

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

या प्लगइन इंस्टॉल करें

वही सर्वर, साथ में एक स्किल जो एजेंट को बताती है कि यह प्रक्रिया कैसे चलानी है।

/plugin marketplace add serg-tanichev/email-spam-tester-mcp
/plugin install email-spam-tester@email-spam-tester

क्या पूछें

टेम्पलेट का परीक्षण करें

हमारे staging mailer से templates/welcome.html को एक परीक्षण पते पर भेजें और बताएँ कि क्या विफल होता है।

DKIM पास है, लेकिन d= relay का domain है, इसलिए DMARC align नहीं होता।

हेडर खोजें

इस slug के लिए message source लाएँ और दिखाएँ कि हमारे कोड को कौन-सा हेडर सेट करना चाहिए: [slug]

List-Unsubscribe-Post मौजूद नहीं है। इसे mailer.ts में नीचे दी गई पंक्तियों के अनुसार जोड़ना है।

दो रन की तुलना करें

रिपोर्ट में बताई गई समस्याएँ ठीक करें, नए पते से फिर परीक्षण करें और दोनों स्कोर की तुलना करें।

दूसरा परीक्षण पूरा हो गया है। मैं दोनों स्कोर साथ-साथ रखूँगा।

टेम्पलेट कंपाइल हो गया।
इससे इनबॉक्स के बारे में कुछ पता नहीं चलता।

कनेक्शन के साथ चार टूल मिलते हैं

टेम्पलेट में बदलाव, टेस्ट रन और गलत हेडर का नाम बताने वाली रिपोर्ट, सब उसी सेशन में जहाँ कोड पहले से खुला है।

Claude Code
/mcp
  • get_test_address

    एक घंटे के लिए पता रिज़र्व करता है। प्लेसमेंट चालू होने पर आपको अलग-अलग प्रदाताओं के मेलबॉक्स की सूची भी मिलती है।

  • wait_for_report

    जाँच पूरी होने तक रुकता है, फिर स्कोर, सबूत के साथ विफल और चेतावनी वाली जाँच, और सुधार योजना देता है।

  • get_report

    किसी मौजूदा रिपोर्ट को उसके slug से पढ़ता है, इसमें फ़ोल्डर जाँच की प्रगति भी शामिल है।

  • get_message_source

    डिलीवरी के बाद एक घंटे तक ईमेल वैसा ही लौटाता है जैसा वह पहुँचा था, हेडर उसी wire order में रहते हैं।

सवाल

पेस्ट किए गए टेक्स्ट के बजाय असली ईमेल की जरूरत क्यों है?

लगभग आधी जाँच उन चीजों को पढ़ती हैं जो भेजने वाला प्लेटफ़ॉर्म जोड़ता है: DKIM हस्ताक्षर, उसके सर्वर से होकर गुजरने वाला रास्ता और अनसब्सक्राइब हेडर। पेस्ट किए गए टेक्स्ट में ये नहीं होते, इसलिए मॉडल केवल अनुमान लगाएगा।

सर्वर क्या देख सकता है?

वह सब जो आप परीक्षण पते पर भेजते हैं। ईमेल आने के बाद कच्चा संदेश एक घंटे तक रहता है, फिर केवल रिपोर्ट बचती है। रिपोर्ट ऐसे लिंक पर होती है जिसे स्लग वाला कोई भी व्यक्ति खोल सकता है। केवल ऐसा परीक्षण ईमेल भेजें जिसे किसी सहकर्मी को दिखाने में आपको दिक्कत न हो। बाकी जानकारी के लिए गोपनीयता नीति पढ़ें।

क्या स्कोर वेबसाइट वाले स्कोर के समान है?

हाँ। विश्लेषण और रिपोर्ट पेज समान हैं, इसलिए चैट से किए गए परीक्षण की तुलना होम पेज से किए गए परीक्षण से की जा सकती है।

क्या इसे production relay का उपयोग करना चाहिए?

हाँ, जब संभव हो। staging relay आमतौर पर दूसरी key से हस्ताक्षर करता है और दूसरे IP से भेजता है, इसलिए जाँच गलत सेटअप के बारे में बताएगी।

क्या प्रोजेक्ट कॉन्फ़िग में secrets की जरूरत होगी?

नहीं। सर्वर को किसी key की जरूरत नहीं है, इसलिए .mcp.json में केवल पता होता है।

प्लगइन और कमांड में क्या अंतर है?

कमांड टूल जोड़ती है। प्लगइन वही टूल और एक स्किल जोड़ता है, इसलिए एजेंट यह भी समझता है कि skip का मतलब pass नहीं है।

एक असली ईमेल भेजें और देखें कि क्या वापस आया

कमांड कॉपी करें