Email Spam Tester

Email Spam Tester › Plesk के लिए Email Spam Tester

Plesk के लिए Email Spam Tester

Plesk इस्तेमाल करने वाले होस्टिंग प्रदाताओं के लिए एक एक्सटेंशन। ग्राहक इसे किसी डोमेन के Mail टैब से खोलते हैं, एक परीक्षण ईमेल भेजते हैं जो वास्तव में आपके सर्वर से बाहर जाता है, और जाँच के नतीजे, ईमेल प्रदाताओं में फ़ोल्डर की जानकारी तथा DKIM, SPF और DMARC ठीक करने वाले बटन पाते हैं।

संस्करण 0.1.0, 1 अक्टूबर 2026। डाउनलोड करें (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28। इंस्टॉलेशन के चरण इस पेज के अंत में दिए गए हैं। आर्काइव के अंदर यही टेक्स्ट INSTALL.md में है। कोड और रिलीज़ के रूप में यही आर्काइव GitHub पर भी उपलब्ध हैं।

यह किसके लिए है

उन होस्टिंग प्रदाताओं के लिए, जिनके सर्वर Linux पर Plesk Obsidian 18.0.50 या उसके बाद का संस्करण चलाते हैं। आप root के रूप में एक्सटेंशन इंस्टॉल करते हैं और सर्वर को एक बार रजिस्टर करते हैं। इसके बाद प्रत्येक ग्राहक को Websites & Domains › उनका डोमेन › Mail में, Mail Settings के पास Email Spam Tester मिलता है। Service plans तय करते हैं कि किसे इसका कौन-सा हिस्सा मिलेगा।

वेब टेस्टर भेजने वाले पक्ष की जाँच नहीं कर सकता, वह केवल उस ईमेल को देखता है जो उस तक पहुँचा है। एक्सटेंशन आपके सर्वर से Postfix के जरिए परीक्षण भेजता है, उस पर डोमेन की DKIM कुंजी से हस्ताक्षर करता है और उसके IP तथा HELO नाम का उपयोग करता है। इसलिए रिपोर्ट उस वास्तविक सेटअप के बारे में होती है जिसका ग्राहक उपयोग कर रहा है। और क्योंकि Plesk में डोमेन का DNS ज़ोन होता है, इसलिए किसी रिकॉर्ड के न होने की समस्या अक्सर केवल एक बटन दबाकर ठीक की जा सकती है।

ग्राहक को क्या दिखाई देता है

परीक्षण

सबसे ऊपर एक जाँच होती है, जो कोई ईमेल भेजे जाने से पहले चलती है: क्या यह सर्वर डोमेन का SPF पास करता है, क्या Plesk DKIM से हस्ताक्षर करता है और DNS में मौजूद कुंजी वही है जिससे वह हस्ताक्षर करता है, DMARC नीति क्या है और MX क्या है। हर समस्या के साथ ठीक करें बटन होता है, या अगर डोमेन का DNS कहीं और से संचालित होता है, तो रिकॉर्ड दिखाएँ बटन होता है।

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

"ईमेल प्रदाताओं पर फ़ोल्डर भी जाँचें" डिफ़ॉल्ट रूप से चालू रहता है। इसके बाद सर्वर बैकग्राउंड में, बिना किसी तय क्रम के और दो से चार सेकंड के अंतराल पर, Gmail, Outlook, Yahoo और अन्य प्रदाताओं पर हमारे हर परीक्षण मेलबॉक्स को एक प्रति भेजता है। हर प्रति का अपना Message-ID होता है, ताकि एक्सटेंशन Postfix के लॉग से उसकी पंक्तियाँ पहचान सके। अगले आधे घंटे में तालिका भरती जाती है: हर प्रदाता के लिए Inbox, Spam या Promotions, या जहाँ किसी प्रदाता ने ईमेल अस्वीकार किया हो, वहाँ SMTP कोड के साथ उसका उत्तर। Gmail पर ये सार्वजनिक परीक्षण मेलबॉक्स हैं और वहाँ मौजूद कोई भी व्यक्ति विषय, प्रेषक का नाम और फ़ोल्डर देख सकता है, इसलिए गोपनीय सामग्री का परीक्षण फ़ोल्डर जाँच के बिना करना बेहतर है।

रिपोर्ट में हर जाँच, 100 में से स्कोर और पारंपरिक 0 से 10 वाला स्कोर, AI योजना और वही सुधार बटन होते हैं। इस बार ये उस IP को ध्यान में रखते हैं जिससे रिपोर्ट ने ईमेल को वास्तव में आते हुए देखा था।

इतिहास

डोमेन के सभी परीक्षण, सबसे नए से शुरू होकर, दोनों स्कोर और फ़ोल्डर की संख्याओं के साथ दिखते हैं। इसमें स्कोर का चार्ट और हर परीक्षण के लिए वे जाँच भी होती हैं जिनका परिणाम पिछले परीक्षण के बाद बदला है। DKIM ठीक करने के बाद पंक्ति बताती है कि DKIM विफल से सफल हो गया।

निगरानी

अगर आप सर्वर पर इसकी अनुमति देते हैं, तो ग्राहक किसी डोमेन के लिए निगरानी चालू कर सकता है। इसके बाद डोमेन से भेजे गए हर ईमेल की एक तकनीकी रिपोर्ट बनती है, जिसमें DKIM, SPF और DMARC, भेजने वाला IP और ब्लॉकलिस्ट शामिल होते हैं। टैब स्रोत के अनुसार पिछले 24 घंटों का सारांश दिखाता है, इसलिए वेबसाइट के PHP से भेजे गए ईमेल को वेबमेल या मेल ऐप से भेजे गए ईमेल से अलग गिना जाता है। इसके बाद चेतावनियाँ आती हैं, जैसे नवीनतम ईमेल में DKIM विफल होना या वेबसाइट से भेजे गए ईमेल के लिए SPF विफल होना। इनके नीचे नवीनतम ईमेल उनकी रिपोर्ट के साथ दिखते हैं। एक ही दुकान टेम्पलेट से भेजी गई दो ऑर्डर पुष्टियाँ एक घंटे के भीतर एक ही जाँच मानी जाती हैं, इसलिए व्यस्त दुकान से एक जैसी एक हज़ार रिपोर्ट नहीं बनतीं। अनुरोध करने पर किसी एक ईमेल के लिए AI योजना भी उपलब्ध होती है।

एडमिनिस्ट्रेटर को क्या मिलता है

Tools & Settings › Mail › Email Spam Tester में पूरे सर्वर के लिए पंजीकरण और मॉनिटरिंग चालू करने का स्विच होता है। वहाँ प्रत्येक सब्सक्रिप्शन के लिए परीक्षणों, फ़ोल्डर जाँचों, AI प्लान और मॉनिटर किए जाने वाले डोमेन की सीमाएँ तय की जाती हैं। प्रत्येक मॉनिटर किए जाने वाले डोमेन के लिए प्रतिदिन ईमेल की सीमा भी वहीं तय की जाती है। एक तालिका में सर्वर के अपने IP, उनका रिवर्स DNS, वह HELO नाम से मेल खाता है या नहीं, और ब्लॉकलिस्ट दिखाई जाती हैं।

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

कीमत

फ़िलहाल यह भी tester की तरह मुफ़्त है। अगर इसमें बदलाव होता है, तो इसकी जानकारी सबसे पहले बदलाव लॉग में दी जाएगी। आपकी तय की गई सीमाएँ, Email Spam Tester की हर सर्वर के लिए तय सीमाओं (हर दिन फ़ोल्डर जाँच, डोमेन जाँच और मॉनिटर किए जाने वाले डोमेन) के अंतर्गत लागू होती हैं। व्यवस्थापक पेज पर दोनों सीमाएँ और आज का उपयोग दिखता है।

यह कैसे काम करता है और आपके सर्वर से क्या बाहर जाता है

एक्सटेंशन आपके सर्वर से परीक्षण ईमेल भेजता है और स्वयं कोई निर्णय नहीं लेता। जाँच में क्या मिला, इतिहास, क्या बदला, कौन-सा DNS रिकॉर्ड प्रकाशित करना है, निगरानी फ़ीड, अलर्ट और सीमाएँ, ये सभी Email Spam Tester API तय करता है, जिसका उपयोग साइट भी करती है। API को यह डेटा भेजा जाता है:

साइट की तरह, परीक्षण रिपोर्ट में लिंक होते हैं और जिसके पास लिंक है, वह रिपोर्ट खोल सकता है। निगरानी फ़ीड अलग है, क्योंकि उसमें आपके ग्राहकों के वास्तविक ईमेल होते हैं। उसकी रिपोर्ट केवल आपके सर्वर की कुंजी से खुलती हैं। कॉपी किया गया ईमेल दो दिन बाद और उसकी रिपोर्ट 90 दिन बाद हटा दी जाती है। बाकी जानकारी गोपनीयता पेज पर है।

होस्टिंग प्रदाता जो सवाल पूछते हैं

क्या यह अपने आप DNS बदलता है?

नहीं। रिकॉर्ड तभी बदलता है जब ग्राहक Fix दबाता है, रिकॉर्ड की मौजूदा और बदली हुई स्थिति की पुष्टि करता है, और जब डोमेन का DNS वास्तव में आपके सर्वर से ही पढ़ा जा रहा हो। SPF रिकॉर्ड में पहले से मौजूद हर टर्म बना रहता है। सर्वर का IP सबसे पहले जोड़ा जाता है और इसके लिए कोई अतिरिक्त DNS लुकअप नहीं लगता। मौजूदा DMARC नीति को कभी बदला नहीं जाता। हर बदलाव Plesk के action log में दर्ज होता है और Test टैब से पहले जैसी स्थिति में वापस किया जा सकता है, बशर्ते उसके बाद किसी ने रिकॉर्ड को संपादित न किया हो। सार्वजनिक रिज़ॉल्वर किसी अनुपलब्ध रिकॉर्ड को ज़ोन के SOA न्यूनतम समय तक याद रखते हैं, जो Plesk के डिफ़ॉल्ट टेम्पलेट में तीन घंटे है। इसलिए सुधार के तुरंत बाद किया गया परीक्षण अब भी पुराना परिणाम दिखा सकता है।

मॉनिटरिंग ईमेल की कॉपी कैसे बनाती है?

Plesk का मेल हैंडलर, Plesk द्वारा ईमेल पर DKIM हस्ताक्षर करने के बाद चलता है। यह हर संदेश को बिना बदलाव के आगे भेजता है और जिस डोमेन के लिए मॉनिटरिंग चालू है, उसके संदेश की एक कॉपी 127.0.0.1 पर चल रहे Postfix लिसनर को देता है, जो केवल हमारे मॉनिटरिंग पतों को स्वीकार करता है। इसके बाद Postfix उस कॉपी को किसी भी अन्य ईमेल की तरह, उसी IP और उसी हस्ताक्षर के साथ डिलीवर करता है। ईमेल किसका है, यह SMTP लॉगिन या सब्सक्रिप्शन के सिस्टम उपयोगकर्ता से तय होता है, केवल प्रेषक के पते से कभी नहीं। इसलिए कोई भी अपना ईमेल किसी दूसरे ग्राहक की फ़ीड में नहीं भेज सकता। हैंडलर /usr/local/lib/email-spam-tester में और डोमेन की सूची /etc/email-spam-tester/monitor.json में इंस्टॉल की जाती है।

क्या इससे आउटगोइंग ईमेल धीमा होता है?

हैंडलर संदेश को पढ़कर वापस सौंप देता है। कॉपी को एक अलग प्रोसेस द्वारा स्थानीय लिसनर तक पहुँचाया जाता है, इसलिए मूल संदेश कॉपी की डिलीवरी पूरी होने की प्रतीक्षा नहीं करता। मैंने मॉनिटरिंग चालू रखकर sendmail और SMTP, दोनों के माध्यम से 5 MB का अटैचमेंट भेजा। मूल संदेश और उसकी कॉपी, दोनों पहुँच गए।

लाइव वातावरण में क्या जाँचा गया है?

Ubuntu 24.04 पर Plesk Obsidian 18.0.81, ऐसे सर्वर पर जिसका सार्वजनिक IP है और जो डोमेन का DNS उपलब्ध कराता है: इंस्टॉल करना, अनइंस्टॉल करना और फिर से इंस्टॉल करना, रजिस्ट्रेशन, बिना DKIM, SPF या DMARC वाले डोमेन से फ़ोल्डर जाँच सहित परीक्षण, तीनों Fix बटन, तीनों जाँच पास होने के बाद दूसरा परीक्षण, इतिहास, और वेबसाइट तथा मेल ऐप से भेजे गए ईमेल की मॉनिटरिंग। वेब पेजों का परीक्षण स्थानीय Plesk पर किया गया। अभी इनका परीक्षण नहीं हुआ है: अन्य Linux वितरण और Plesk संस्करण, smarthost के माध्यम से रिले करने वाला सर्वर, और Postfix के बजाय qmail। Windows के लिए Plesk समर्थित नहीं है। यदि आप इसे इनमें से किसी पर चलाते हैं, तो मुझे लिखें।

चरण-दर-चरण इंस्टॉल करें

यह गाइड मानती है कि आपके पास Plesk सर्वर पर root एक्सेस है। नीचे दी गई हर कमांड को ज्यों का त्यों कॉपी और पेस्ट किया जा सकता है।

1. आपको क्या चाहिए

इंस्टॉल करने से पहले आप दोनों की जाँच कर सकते हैं। पहली कमांड से 220 से शुरू होने वाली एक लाइन और दूसरी से 200 प्रिंट होना चाहिए:

timeout 10 bash -c 'exec 3<>/dev/tcp/t.email-spam-tester.com/25 && head -1 <&3'
curl -s -o /dev/null -w '%{http_code}\n' https://email-spam-tester.com/health

2. इंस्टॉल करें

root के रूप में SSH से लॉग इन करें। एक्सटेंशन और उसका चेकसम डाउनलोड करें:

cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256

जाँचें कि डाउनलोड सही है। आपको latest.zip: OK दिखना चाहिए। अगर FAILED दिखे, तो दोबारा डाउनलोड करें और आगे न बढ़ें:

sha256sum -c latest.zip.sha256

इसे इंस्टॉल करें:

plesk bin extension --install /root/latest.zip

अंतिम लाइन The extension was successfully installed. होनी चाहिए।

3. सर्वर रजिस्टर करें

Plesk में Tools & Settings › Mail › Email Spam Tester पर जाएँ और Register this server दबाएँ। आप सेवा से जुड़ी सूचनाओं के लिए ईमेल पता दे सकते हैं, लेकिन यह वैकल्पिक है।

रजिस्ट्रेशन में सर्वर का होस्टनेम, Plesk और एक्सटेंशन के संस्करण, सब्सक्रिप्शन की संख्या और वह ईमेल भेजा जाता है। जवाब में एक कुंजी मिलती है, जो इस सर्वर पर एक्सटेंशन की सेटिंग में एन्क्रिप्ट की हुई रहती है। ग्राहक इसे कभी नहीं देखते।

ग्राहकों को Email Spam Tester, Websites & Domains › a domain › Mail में मिलता है। सर्वर रजिस्टर होने तक यह केवल उन्हें आपसे संपर्क करने के लिए कहता है।

4. तय करें कि किसे क्या मिलेगा

Service Plans › a plan › Permissions में, और हर सब्सक्रिप्शन की अपनी अनुमतियों में, एक्सटेंशन चार अनुमतियाँ जोड़ता है। सभी डिफ़ॉल्ट रूप से चालू होती हैं:

प्रति सब्सक्रिप्शन सीमाएँ (परीक्षण, फ़ोल्डर जाँच, AI प्लान, निगरानी किए जाने वाले डोमेन, हर डोमेन के लिए प्रतिदिन निगरानी किए जाने वाले ईमेल) उसी Tools & Settings › Mail › Email Spam Tester पेज पर होती हैं।

5. लगातार निगरानी (वैकल्पिक)

जब तक आप इसकी अनुमति नहीं देते और कोई ग्राहक अपने डोमेन के लिए इसे चालू नहीं करता, तब तक कुछ भी कॉपी नहीं होता। Tools & Settings में एक्सटेंशन के पेज पर Allow constant monitoring on this server दबाएँ। इससे ये चीजें जुड़ती हैं:

उसी पेज पर Disable on the whole server भी है, जो इन तीनों को हटा देता है और हर डोमेन के लिए निगरानी बंद कर देता है।

कमांड लाइन से इसकी स्थिति देखने के लिए:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status

"state": "active" का अर्थ है कि यह चालू है; "off" का अर्थ है कि इसे कभी अनुमति नहीं दी गई या इसे हटा दिया गया है; "partial" का अर्थ है कि कोई हिस्सा मौजूद नहीं है (कभी-कभी अपडेट के दौरान Plesk, Postfix की master.cf फ़ाइल दोबारा लिख देता है)। उसी पेज पर Repair इसे वापस जोड़ देता है। एक दैनिक टास्क भी अपने आप यही करता है।

6. अपग्रेड करें

चरण 2 की तरह नई latest.zip और उसका चेकसम डाउनलोड करें, उसकी जाँच करें, फिर:

plesk bin extension --upgrade /root/latest.zip

रजिस्ट्रेशन, सीमाएँ और निगरानी पहले जैसी रहती हैं। अगर निगरानी चालू है, तो उसकी फ़ाइलों को नए संस्करण के अनुसार अपडेट कर दिया जाता है।

7. अनइंस्टॉल करें

plesk bin extension --uninstall email-spam-tester

यह Postfix और Plesk के मेल हैंडलर से निगरानी हटा देता है और निगरानी किए जा रहे हर डोमेन के लिए इसे बंद कर देता है। यह DNS रिकॉर्ड को कभी नहीं बदलता, इनमें वे रिकॉर्ड भी शामिल हैं जिन्हें ग्राहकों ने एक्सटेंशन के बटनों से बनाया था।

अगर निगरानी चालू थी, तो पहले इसे हटाना उचित है, ताकि इसमें होने वाली विफलता केवल Plesk के लॉग में दर्ज होने के बजाय सीधे दिखाई दे:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable

यह अंत में स्थिति प्रिंट करता है। "state": "off" का अर्थ है कि हैंडलर, लिसनर और सूची हट चुके हैं।

8. अगर कुछ काम न करे