इस पेज परWordPress डिफ़ॉल्ट रूप से ईमेल कैसे भेजता है
एक WordPress साइट उसके मालिक की सोच से कहीं अधिक ईमेल भेजती है। संपर्क फ़ॉर्म की सूचना। पासवर्ड रीसेट। नए उपयोगकर्ता का स्वागत संदेश, टिप्पणी मॉडरेशन की सूचना, और किसी दुकान में WooCommerce की ओर से भेजी जाने वाली हर ऑर्डर पुष्टि, इनवॉइस और शिपिंग अपडेट। इनमें से अधिकांश ईमेल किसी ने डिज़ाइन नहीं किए होते, और कोई उनकी जाँच तब तक नहीं करता जब तक कोई ग्राहक यह बताने के लिए नहीं लिखता कि ऑर्डर वाला ईमेल कभी मिला ही नहीं।
जब इनमें से कोई ईमेल स्पैम में पहुँचता है, तो उसके शब्दों को बदलने से पहले देखें कि संदेश सर्वर से कैसे भेजा जाता है। WordPress में यह हिस्सा डिफ़ॉल्ट रूप से ऐसे विकल्प पर सेट होता है जिसकी डिलीवरी की संभावना सबसे कम होती है।
WordPress डिफ़ॉल्ट रूप से ईमेल कैसे भेजता है
WordPress और ईमेल भेजने वाला लगभग हर प्लगइन, जिनमें WooCommerce और फ़ॉर्म प्लगइन शामिल हैं, एक ही फ़ंक्शन wp_mail() का उपयोग करते हैं। यह संदेश PHPMailer को देता है, जो डिफ़ॉल्ट रूप से इसे PHP के mail() को देता है। इसके बाद वह इसे होस्टिंग सर्वर पर उपलब्ध मेल प्रोग्राम को सौंप देता है। किसी मेल प्रदाता में लॉगिन नहीं होता, कोई हस्ताक्षर नहीं किया जाता और आपके DNS में ऐसा कुछ नहीं होता जो बताए कि यह सर्वर आपके डोमेन की ओर से ईमेल भेज सकता है।
यह प्रेषक पते के रूप में wordpress@ के बाद आपकी साइट का डोमेन लगाता है (WordPress शुरुआत का www. हटा देता है)। अगर आपने इसे कभी नहीं बदला है, तो आपके ग्राहकों को From पंक्ति में यही दिखाई देता है, और कई साइटों पर किसी ने वह मेलबॉक्स कभी बनाया ही नहीं होता।
इसके बाद साझा होस्टिंग पर संदेश होस्ट के सर्वर से ऐसे IP पते के ज़रिए भेजा जाता है जिसे कई दूसरी साइटें भी साझा करती हैं। अगर उनमें से कोई खरीदी हुई सूची पर ईमेल भेजती है, या हैक होने के बाद स्पैम भेजना शुरू कर देती है, तो उस पते की प्रतिष्ठा खराब हो जाती है। आपके पासवर्ड रीसेट ईमेल भी उसी पते से भेजे जाते हैं जिससे उनके ईमेल भेजे जाते हैं।
इसलिए डिफ़ॉल्ट WordPress इंस्टॉलेशन ऐसे ईमेल भेजता है जिसका SPF आपके डोमेन से मेल नहीं खाता। बाउंस पता आम तौर पर होस्ट के अपने सर्वर नाम पर ही रहता है, और अगर उसकी जगह आपका पता वहाँ आ जाए, तो SPF पूरी तरह विफल हो जाता है। आपके डोमेन के लिए DKIM हस्ताक्षर भी नहीं होता, इसलिए DMARC विफल हो जाता है। Gmail और Yahoo ने फ़रवरी 2024 में अपने प्रेषक नियम लागू किए, Microsoft ने मई 2025 में Outlook.com को प्रतिदिन 5,000 से अधिक संदेश भेजने वाले डोमेन के लिए ऐसा ही किया, और नवंबर 2025 से Gmail अपने नियम तोड़ने वाले अधिक ईमेल को स्पैम में रखने के बजाय अस्वीकार कर रहा है।
वास्तविक मेल सेवा के जरिए भेजें
सबसे जरूरी समाधान है कि mail() का उपयोग बंद कर दिया जाए। कोई SMTP प्लगइन इंस्टॉल करें (WP Mail SMTP, FluentSMTP और Post SMTP आम विकल्प हैं और हर एक का मुफ्त संस्करण उपलब्ध है) और उसे ऐसी सेवा से कनेक्ट करें जो मेल सही तरीके से भेजती हो: आपका अपना मेलबॉक्स प्रदाता, जैसे Google Workspace या Microsoft 365, या Amazon SES, Brevo, SendGrid या Mailgun जैसी ट्रांजैक्शनल सेवा।
यह प्लगइन wp_mail() के तहत उपयोग होने वाले ट्रांसपोर्ट को बदल देता है, इसलिए हर प्लगइन का प्रत्येक ईमेल, प्लगइन में कोई बदलाव किए बिना, नए तरीके से भेजा जाता है। जहाँ प्लगइन में प्रदाता का API विकल्प उपलब्ध हो, वहाँ पासवर्ड के साथ साधारण SMTP के बजाय उसका उपयोग करें। WP Mail SMTP के अनुसार, API वाला तरीका तब भी काम करता है जब आपका होस्ट SMTP पोर्ट ब्लॉक करता है।
लोग अक्सर अगला हिस्सा छोड़ देते हैं। उस प्रदाता के यहाँ डोमेन को प्रमाणित करें: हर प्रदाता आपको प्रकाशित करने के लिए DNS रिकॉर्ड देता है, आम तौर पर DKIM के लिए दो या तीन CNAME रिकॉर्ड और एक SPF include या कस्टम return-path डोमेन। जब तक वे रिकॉर्ड आपके DNS में नहीं होते, प्रदाता हस्ताक्षर पर अपना नाम लगाता है और वहाँ DMARC उसी तरह विफल हो जाता है, जैसे होस्ट पर हुआ था।
संपर्क फ़ॉर्म में From पता
Contact Form 7 और WPForms जैसे फ़ॉर्म प्लगइन आपको यह चुनने देते हैं कि मिलने वाली सूचना की From लाइन में क्या होगा। कई सेटअप में विज़िटर का पता यहाँ रखा जाता है, ताकि Reply दबाने पर जवाब विज़िटर को जाए। यह समझदारी भरा लगता है, लेकिन DMARC को ठीक इसी चीज़ को रोकने के लिए बनाया गया था।
मान लें कि Anna नाम की कोई विज़िटर anna@yahoo.com से लिखती हैं। अब आपकी साइट ऐसे सर्वर के जरिए संदेश भेजती है जिसे Yahoo ने कभी अधिकृत नहीं किया, फिर भी संदेश yahoo.com से होने का दावा करता है। yahoo.com p=reject वाली DMARC नीति प्रकाशित करता है, इसलिए इस नीति का पालन करने वाला रिसीवर सूचना को जाली मानकर अस्वीकार कर देता है। Gmail विज़िटर के मामले में नीति कम सख्त होती है और संदेश के स्पैम में जाने की संभावना अधिक होती है। WPForms अपने दस्तावेज़ में ठीक इसी बारे में चेतावनी देता है।From में आपका पता, Reply-To में विज़िटर का पता
इसके बजाय इसे इस तरह सेट करें:
- From: आपके अपने डोमेन का कोई पता, जैसे
forms@yourdomain.com, वही डोमेन जिसके लिए आपका SMTP प्लगइन प्रमाणित है। - Reply-To: फ़ॉर्म फ़ील्ड से लिया गया विज़िटर का पता। Reply दबाने पर जवाब अब भी Anna को जाएगा।
- To: वह मेलबॉक्स जिसे आप वास्तव में पढ़ते हैं।
Contact Form 7 में यह Mail टैब में होता है: From में अपना पता डालें और Additional headers के अंतर्गत Reply-To: [your-email] जोड़ें। दूसरे फ़ॉर्म प्लगइन की notification settings में Reply-To फ़ील्ड होता है।
WooCommerce ईमेल
WooCommerce की अपनी प्रेषक सेटिंग्स होती हैं: WooCommerce, फिर Settings, फिर Emails में जाएँ। Email Sender Options सेक्शन में "From" नाम और "From" पता होता है। डिफ़ॉल्ट रूप से यह पता साइट का एडमिन ईमेल होता है। अगर दुकान इंस्टॉल करने वाले व्यक्ति ने इसके लिए Gmail पता इस्तेमाल किया है, तो हर ऑर्डर पुष्टिकरण gmail.com से आने का दावा करते हुए भेजा जाता है और ऊपर दिए गए संपर्क फ़ॉर्म वाले कारण से ही DMARC में विफल हो जाता है। यहाँ अपने प्रमाणित डोमेन का पता डालें। दुकान का नाम प्रेषक के लिए अच्छा नाम है। (आपको भेजी जाने वाली ऑर्डर सूचनाओं में WooCommerce पहले से ही ग्राहक को Reply-To में रखता है, जो सही तरीका है।)
दुकान के ईमेल में दो ऐसी समस्याएँ आती हैं जो संपर्क फ़ॉर्म में नहीं आतीं।
पहली समस्या ईमेल की मात्रा है। अगर कोई सेल या न्यूज़लेटर प्लगइन ग्राहकों को उसी रास्ते से ईमेल भेजता है जिससे ऑर्डर पुष्टिकरण भेजे जाते हैं, तो मार्केटिंग और ट्रांज़ैक्शनल ईमेल एक ही प्रतिष्ठा पर निर्भर हो जाते हैं। अगर न्यूज़लेटर के बारे में शिकायतें आती हैं, तो रसीदों पर भी असर पड़ता है। दोनों को अलग-अलग सेवाओं से भेजने पर वे अलग रहते हैं। मार्केटिंग के लिए अलग सबडोमेन से भी थोड़ी मदद मिलती है, हालाँकि प्राप्तकर्ता मुख्य डोमेन की प्रतिष्ठा को भी कुछ महत्व देते हैं।
दूसरी समस्या अनसब्सक्राइब करने से जुड़ी है। ऑर्डर पुष्टिकरण और पासवर्ड रीसेट ट्रांज़ैक्शनल ईमेल हैं, इसलिए Gmail और Yahoo का एक क्लिक में अनसब्सक्राइब करने का नियम उन पर लागू नहीं होता। पुराने खरीदारों को भेजा गया समीक्षा अनुरोध, छोड़े गए कार्ट का रिमाइंडर या "आपको यह भी पसंद आ सकता है" ईमेल मार्केटिंग ईमेल है। अगर आप इन्हें बड़ी मात्रा में भेजते हैं, तो यह नियम उन पर पूरी तरह लागू होता है, जिसका अर्थ है कि एक क्लिक वाला विकल्प देने वाला List-Unsubscribe हेडर होना चाहिए। जाँचें कि इन्हें भेजने वाला ऐड-ऑन यह हेडर जोड़ता है या नहीं। नीचे दिया गया परीक्षण दोनों ही स्थितियों में इसे दिखाता है।
DNS पक्ष, आसान शब्दों में
आप किसी भी सेवा से ईमेल भेजें, ईमेल को विश्वसनीय माने जाने के लिए आपके डोमेन के DNS में तीन चीजें होनी चाहिए। इसकी पूरी जानकारी SPF, DKIM और DMARC की व्याख्या में है। WordPress साइट के लिए इसका अर्थ यह है।
- SPF. आपके डोमेन पर एक TXT रिकॉर्ड, जिसमें बताया जाता है कि उसकी ओर से कौन ईमेल भेज सकता है। कई ईमेल भेजने वाली सेवाओं के लिए इसमें किसी बदलाव की आवश्यकता नहीं होती, क्योंकि वे अपने बाउंस डोमेन के माध्यम से अलाइनमेंट करती हैं। यदि आपकी सेवा
include:जोड़ने को कहती है और डोमेन पर आपके मेलबॉक्स प्रदाता का रिकॉर्ड पहले से मौजूद है, तो इसे उसी रिकॉर्ड में जोड़ें। दूसरा रिकॉर्ड न बनाएँ। दो SPF रिकॉर्ड होना एक त्रुटि है और दोनों काम करना बंद कर देते हैं। परिणाम की जाँच SPF चेकर से करें। - DKIM. वे रिकॉर्ड जो आपकी ईमेल भेजने वाली सेवा ने आपको दिए हैं। उनके सक्रिय होने के बाद, सेवा आपके डोमेन से हर संदेश पर हस्ताक्षर करती है और DMARC इसी हस्ताक्षर की जाँच करता है।
- DMARC.
_dmarc.yourdomain.comपर एक TXT रिकॉर्ड। शुरुआतv=DMARC1; p=none; rua=mailto:और ऐसे ईमेल पते से करें जिसे आप नियमित रूप से पढ़ते हैं। फिर जब रिपोर्ट दिखाएँ कि आपका कोई ईमेल विफल नहीं हो रहा है, तो नीति को सख्त करें। DMARC चेकर आपके मौजूदा रिकॉर्ड को पढ़ता है।
ध्यान रखें कि होस्टिंग सर्वर अब भी अपने आप कुछ ईमेल भेज रहा हो सकता है, जैसे कोई cron जॉब या पुराना प्लगइन जो wp_mail() के बजाय सीधे mail() को कॉल करता है। ये संदेश SMTP प्लगइन से होकर नहीं जाते और DMARC रिपोर्ट में ऐसे स्रोत के रूप में दिखाई देंगे जिसकी आपको उम्मीद नहीं थी।
परीक्षण संदेश नहीं, वास्तविक ईमेल जाँचें
हर SMTP प्लगइन में "send test email" बटन होता है, और इससे केवल यह साबित होता है कि कनेक्शन काम कर रहा है। यह आपको WooCommerce द्वारा बनाया गया ऑर्डर पुष्टिकरण, उसके Reply-To के साथ फ़ॉर्म सूचना, या WordPress द्वारा जोड़े गए लिंक वाला पासवर्ड रीसेट ईमेल नहीं दिखाता।
इसलिए मैं WordPress से वास्तविक ईमेल भेजता हूँ। होम पेज से मिला परीक्षण पता एक संदेश स्वीकार करता है, इसलिए हर उस ईमेल के लिए नया पता लें जिसे आप जाँचना चाहते हैं। फ़ॉर्म के लिए, एक मिनट के लिए उस पते को सूचना पाने वाले के रूप में दर्ज करें और फ़ॉर्म सबमिट करें। WooCommerce के लिए, ग्राहक के ईमेल के रूप में उस पते का उपयोग करके परीक्षण ऑर्डर दें। पासवर्ड रीसेट के लिए, किसी परीक्षण उपयोगकर्ता को वह पता दें और रीसेट का अनुरोध करें। हर संदेश की अपनी रिपोर्ट बनती है, जिसमें SPF, DKIM और DMARC तथा उनका अलाइनमेंट, 21 ब्लॉकलिस्ट, सामग्री और लिंक, और बड़ी मात्रा में ईमेल भेजने वालों के नियम शामिल होते हैं। Gmail, Outlook, Yahoo और अन्य प्रदाताओं में संदेश किस फ़ोल्डर में पहुँचा, यह जाँचने के लिए उसी संदेश को विषय में एक मार्कर के साथ इनबॉक्स की सूची पर भेजना पड़ता है। फ़ॉर्म या दुकान का ऑर्डर ऐसा नहीं कर सकता, इसलिए यह हिस्सा उन ईमेल के लिए छोड़ दें जिन्हें आप स्वयं भेजते हैं।
अगर आप परीक्षण ऑर्डर हाथ से नहीं बनाना चाहते, तो मुफ़्त WordPress प्लगइन आपकी साइट के अपने wp_mail() के माध्यम से ये संदेश भेजता है। यह वही रास्ता है जिससे आपके ग्राहकों के ईमेल जाते हैं, और परिणाम डैशबोर्ड में दिखाता है। जब साइट किसी ऐसे प्रकार का ईमेल भेजना शुरू करती है जिसे उसने पहले नहीं देखा है, तो यह उसका भी पता लगाता है।
जब ईमेल अब भी स्पैम में जा रहा हो
अगर प्रमाणीकरण पास हो जाता है, From पता आपके डोमेन पर है और ईमेल फिर भी स्पैम में जाता है, तो उस माध्यम की प्रतिष्ठा देखें जिससे आप ईमेल भेजते हैं। अगर आप अब भी mail() का उपयोग कर रहे हैं, तो ब्लॉकलिस्ट में शामिल साझा होस्टिंग IP इसका एक सामान्य कारण है। ब्लॉकलिस्ट जाँचकर्ता इसे दिखा देगा। सामग्री की भूमिका आमतौर पर लोगों की अपेक्षा से कम होती है। केवल एक लिंक और तीन पंक्तियों वाले फ़ॉर्म नोटिफ़िकेशन से अपने आप फ़िल्टर सक्रिय होना दुर्लभ है, लेकिन भारी HTML टेम्पलेट, एक बड़ी इमेज और लिंक शॉर्टनर वाला WooCommerce ईमेल ऐसा कर सकता है।
एक संदेश जाँचें, रिपोर्ट में दिखाई गई समस्याएँ ठीक करें और उसे फिर से किसी नए पते पर भेजें।