Contact Form 7 के ईमेल आमतौर पर खो जाते हैं क्योंकि WordPress उन्हें कैसे भेजता है, फॉर्म के कारण नहीं। डिफ़ॉल्ट रूप से WordPress संदेश को अपने वेब सर्वर पर PHP mail फ़ंक्शन को सौंप देता है, और WP Mail SMTP कहता है कि सही प्रमाणीकरण के बिना ये संदेश या तो स्पैम में चले जाते हैं या गायब हो जाते हैं। नीचे आपको एक निदान चेकलिस्ट मिलेगी जो सबसे अधिक से कम संभावित कारण तक क्रमबद्ध है, SMTP फिक्स और इसके साथ आने वाले DNS रिकॉर्ड, स्पैम-फिल्टर जाल, हर पूछताछ की एक कॉपी रखने का तरीका, और कैसे headless साइटों पर फॉर्म पूरी समस्या से बच जाते हैं।
Contact Form 7 के ईमेल क्यों खो जाते हैं
Contact Form 7 खुद ईमेल नहीं भेजता। यह संदेश बनाता है और WordPress को सौंपता है, जो इसे wp_mail() से भेजता है। शुरुआत से ही, WP Mail SMTP लिस्टिंग के अनुसार, WordPress किसी भी चीज़ के लिए PHP mail फ़ंक्शन का उपयोग करता है जो WordPress या कोई संपर्क फॉर्म प्लगइन द्वारा जनरेट की जाती है। वह फ़ंक्शन अपनी साइट को होस्ट करने वाले सर्वर के माध्यम से संदेश भेजता है। वह सर्वर अक्सर यह साबित नहीं कर सकता कि ईमेल सच में किससे आ रहा है।
प्राप्त करने वाले सर्वर उस प्रमाण को जांचते हैं। वही लिस्टिंग कहती है कि Gmail, Yahoo, Office 365 और Zoho जांचते हैं कि ईमेल किसी असली भेजने वाले से आ रहा है या नहीं, और जब प्रमाणीकरण नहीं होता है, तो ईमेल स्पैम में जाता है या गायब हो जाता है। यह भी दावा करता है कि अधिकांश WordPress होस्टिंग कंपनियों के पास PHP mail के लिए सर्वर सही तरह से कॉन्फ़िगर नहीं है। इसे एक विक्रेता दावे के रूप में लें, क्योंकि विक्रेता फिक्स बेचता है, और एक सामान्य पैटर्न के रूप में, किसी विशेष होस्ट पर फैसले के रूप में नहीं। बहुत सारे होस्ट ईमेल बिल्कुल ठीक से संभालते हैं।
फोरम के सबूत एक ही दिशा की ओर इशारा करते हैं। मई 2024 के सहायता थ्रेड में, एक मॉडरेटर का विचार था कि WordPress संभवतः प्रमाणीकरण के बिना सीधे ईमेल भेज रहा था, और मेल सर्वर ने इसे पहचाना और इसे स्पैम के रूप में दर्ज किया। जिस व्यक्ति ने पूछा था उसने पहले ही From पता बदल दिया था, इसे VIP के रूप में चिह्नित किया था और एक मेल नियम लिखा था। अभी भी जंक। यह आपको कुछ बताता है: जब आपके अपने इनबॉक्स नियम भी मदद नहीं करते हैं, तो समस्या आपके इनबॉक्स के ऊपर बैठती है।
एक और डेटा पॉइंट। Contact Form 7 अपनी WordPress.org लिस्टिंग पर 10+ मिलियन सक्रिय इंस्टॉलेशन दिखाता है। एक और प्लगइन की लिस्टिंग कहती है 5 मिलियन से अधिक, तो स्रोत संख्या पर असहमत हैं, लेकिन किसी भी तरह से यह एक बड़ा इंस्टॉल बेस है। इसका मतलब है कि एक ही विफलता सौ अलग-अलग तरीकों से रिपोर्ट की जाती है।
और कुछ न करने से पहले तेजी से जांचें
यहां पांच मिनट खर्च करें, फिर एक भी DNS रिकॉर्ड न पढ़ें।
प्रतिक्रिया संदेश पढ़ें
Contact Form 7 का अपना FAQ स्पष्ट है: एक लाल सीमा का मतलब है कि प्लगइन ने wp_mail() से भेजने की कोशिश की और यह विफल हुआ, और आपको असली कारण खोजना होगा। वही पेज विपरीत स्थिति को कवर करता है, एक हरी 'आपके संदेश के लिए धन्यवाद। यह भेज दिया गया है।' जहां ईमेल कभी नहीं आता। एक और बात भी है: डिफ़ॉल्ट संदेश 'आपके संदेश को भेजने का प्रयास करते समय त्रुटि हुई।' तब दिखाई देता है जब भेजना किसी कारण विफल हो और जब स्पैम गतिविधि का पता चल जाए। वह वाक्य अकेला नहीं बता सकता कि आपको कौन सी समस्या है।
Mail टैब जांचें
Contact खोलें, फॉर्म चुनें, फिर Mail टैब खोलें। दो फील्ड सबसे महत्वपूर्ण हैं। To पता एक ऐसा मेलबॉक्स होना चाहिए जो आप सच में पढ़ते हैं, कोई टाइपो नहीं। From पता अपने डोमेन का उपयोग करना चाहिए। एक From पता जो विजिटर के ईमेल का उपयोग करता है, एक प्राप्त सर्वर के लिए जालसाजी जैसा लगता है, क्योंकि तकनीकी रूप से, यह है। विजिटर का पता एक Reply-To हेडर में डालें, इसलिए आप अभी भी रिप्लाई कर सकते हैं।
स्पैम में देखें, फिर समय के बारे में सोचें
प्राप्त करने वाले मेलबॉक्स के जंक फोल्डर को जांचें, और इस पर कोई भी फिल्टरिंग नियम देखें। अगर संदेश वहां हैं, तो आपको डिलिवरी समस्या की बजाय डिलीवरेबिलिटी समस्या है। इसे एक अलग फिक्स की जरूरत है।
निदान चेकलिस्ट, सबसे संभावित कारण पहले
- Mail टैब गलत है। जांचें: To पता, From पता, एक आवारा टाइपो। ठीक करें: From में अपने डोमेन पर एक असली पता उपयोग करें, और विजिटर के पता को Reply-To में ले जाएं।
- संदेश जंक में है। जांचें: स्पैम फोल्डर, क्वारंटाइन, साझा-मेलबॉक्स नियम। ठीक करें: अगर वह वहां है, तो चरण 4 पर जाएं। अप्रमाणित ईमेल के लिए भेजने वाले को सुरक्षित के रूप में चिह्नित करना शायद ही कभी काम करता है।
- फॉर्म एक लाल सीमा दिखाता है। जांचें: प्रतिक्रिया संदेश और Contact Form 7 की इस पर FAQ प्रविष्टि। ठीक करें: इसका मतलब है
wp_mail()विफल रहा, तो समस्या साइट के मेल सेटअप के साथ है। चरण 4 पर जाएं। - WordPress बिना प्रमाणीकरण के PHP mail से भेज रहा है। जांचें: क्या आप SMTP प्लगइन या कोई मेल सेवा का उपयोग कर रहे हैं? ठीक करें: एक इंस्टॉल करें और एक टेस्ट ईमेल भेजें (अगला सेक्शन)।
- DNS रिकॉर्ड गायब या गलत हैं। जांचें: भेजने वाले डोमेन पर SPF, DKIM और DMARC। ठीक करें: अपने मेल प्रदाता द्वारा दिए गए रिकॉर्ड जोड़ें।
- एक स्पैम फिल्टर असली संदेशों को अस्वीकार कर रहा है। जांचें: अस्थायी रूप से captcha या Akismet इंटीग्रेशन को बंद करें और दोबारा सबमिट करें। ठीक करें: इंटीग्रेशन को एडजस्ट करें, फॉर्म को असुरक्षित न छोड़ें।
- साइट पर कुछ और चीज़ हस्तक्षेप कर रही है। जाँच लें: डिफ़ॉल्ट थीम पर स्विच करें, अन्य प्लगइन को निष्क्रिय करें, कैश साफ़ करें। ठीक करें: एक-एक करके फिर से सक्रिय करें जब तक यह फिर से खराब न हो जाए।
- हाल के अपडेट ने कुछ बदल दिया। जाँच लें: अपने PHP संस्करण को प्लगइन की बताई गई आवश्यकता के विरुद्ध देखें। ठीक करें: नीचे FAQ देखें।
ज़्यादातर लोग चरण 4 पर रुक जाते हैं। यह आमतौर पर सही है। चेकलिस्ट एक कारण से क्रमबद्ध है: टाइपो ठीक करने के लिए मेल सेवा न खरीदें।
विश्वसनीय समाधान: प्रमाणित भेजना और DNS रिकॉर्ड
विश्वसनीय मरम्मत अप्रमाणित PHP मेल का उपयोग करना बंद करना है। SMTP के माध्यम से भेजें, या एक ट्रांज़ैक्शनल ईमेल सेवा के माध्यम से, एक सेवा जो स्वचालित मेल भेजने के लिए बनाई गई है जैसे फॉर्म सूचनाएं, WP Mail SMTP जैसे प्लगइन का उपयोग करके। इसकी सूची के अनुसार, प्लगइन wp_mail() को SMTP होस्ट क्रेडेंशियल या मेल प्रदाता का उपयोग करने के लिए पुनः कॉन्फ़िगर करता है। इसके द्वारा सुझाए गए प्रदाता एकीकरण के साथ, मेल प्रदाता के सीधे API के माध्यम से जाता है, जिसकी सूची कहती है कि यह तब भी काम करता है जब आपका वेब होस्ट SMTP पोर्ट को ब्लॉक करता है।
प्लगइन पर कुछ ईमानदार नोट्स:
- मेलर पसंद। सूची SendLayer, SMTP.com और Brevo को अनुशंसित के रूप में चिह्नित करती है। Microsoft One-Click Setup, Amazon SES और Zoho Mail को Pro के रूप में चिह्नित किया जाता है। Gmail SMTP, Mailgun, SendGrid, Postmark और अन्य मुक्त सूची में हैं।
- मुक्त भत्ते। सूची Brevo के लिए प्रति दिन 300 मुक्त ईमेल और SendGrid के लिए प्रति दिन 100 तक के आंकड़े उद्धृत करती है। ये आंकड़े प्लगइन विक्रेता द्वारा बताए गए हैं, इसलिए उन पर निर्भर होने से पहले प्रत्येक प्रदाता के अपने पृष्ठ की जाँच करें। एक छोटी साइट पर संपर्क फॉर्म कुछ संदेश भेजता है, इसलिए सीमाएं शायद ही काटती हैं, लेकिन आपको पता होना चाहिए कि वे कहाँ हैं।
- हित का विरोध। यह WPForms की टीम के स्वामित्व और रखरखाव में है, एक प्रतिस्पर्धी फॉर्म बिल्डर। यह Contact Form 7 के साथ काम करना बंद नहीं करता, और यह विक्रेता के अपने Contact Form 7 लेख के बारे में है। यदि आप इसका उपयोग नहीं करना चाहते तो अन्य SMTP प्लगइन मौजूद हैं।
- लॉगिंग भुगतान की जाती है। ईमेल लॉगिंग, पुनः भेजना, सतर्कताएं और एक बैकअप कनेक्शन Pro सुविधाओं के रूप में सूचीबद्ध हैं, एक अलग भुगतान किया गया प्लगइन। मुक्त संस्करण भेजता है। यह रिकॉर्ड नहीं रखता।
सेटअप छोटा है। एक मेलर चुनें, From पता को अपने द्वारा नियंत्रित किए जाने वाले डोमेन पर सेट करें, प्लगइन से परीक्षण ईमेल भेजें, फिर अपना असली फॉर्म जमा करें। प्लगइन एक डोमेन जाँच भी चलाता है: जब आप परीक्षण ईमेल भेजते हैं और सेटअप विज़ार्ड के अंत में, यह From पता, मेलर और भेजने वाले डोमेन को डोमेन के DNS रिकॉर्ड की जाँच करने के लिए बंद कर देता है, और Tools > Site Health अंतिम परिणाम दिखाता है। जान लें कि यदि आप परवाह करते हैं कि आपका डेटा कहाँ जाता है।
SPF, DKIM और DMARC सादी भाषा में
ये तीन DNS रिकॉर्ड हैं, और ये वह हैं जो 'भेजे गए' को 'विश्वसनीय' में बदल देते हैं।
- SPF सूची में वह सर्वर हैं जिन्हें आपके डोमेन के लिए मेल भेजने की अनुमति है।
- DKIM प्रत्येक संदेश में एक हस्ताक्षर जोड़ता है, जिसकी जाँच आप DNS में प्रकाशित एक सार्वजनिक कुंजी के विरुद्ध की जाती है।
- DMARC प्राप्त करने वाले सर्वर को बताता है कि जब ये जाँच विफल हों तो क्या करना है, और रिपोर्ट कहाँ भेजनी है।
आपके मेल प्रदाता का सेटअप स्क्रीन आपको चिपकाने के लिए सटीक रिकॉर्ड देता है, इसलिए मैं यहाँ कोई आविष्कार नहीं करूँगा। एक व्यावहारिक बात: यदि आपके डोमेन के पास पहले से SPF रिकॉर्ड है, तो दूसरा जोड़ने के बजाय इसे संपादित करें। DNS वह जगह पर रहता है जहाँ आपके डोमेन के नेमसर्वर इशारा करते हैं, जो आपका रजिस्ट्रार, आपका होस्ट या Cloudflare जैसी सेवा हो सकता है। निश्चित नहीं? पहले नेमसर्वर देखें। यह गलत डैशबोर्ड में बहुत सारे संपादन बचाता है।
स्पैम फ़िल्टर और गलत सकारात्मकताएं
Contact Form 7 को स्पैम सुरक्षा जैसे reCAPTCHA और Akismet के साथ जोड़ा जा सकता है। यह समझदारी भरा है, सच में, कोई सुरक्षा के बिना एक सार्वजनिक फॉर्म तेज़ी से जंक आकर्षित करता है। लेकिन कोई भी फ़िल्टर जो जमा को स्कोर करता है वह एक असली को ग़लत तरीके से स्कोर कर सकता है, और फिर आपकी पूछताछ चुप-चाप छोड़ दी जाती है। पहले से FAQ बात याद रखें: स्क्रीन पर वही त्रुटि मेल विफलता और स्पैम पहचान दोनों को कवर करती है।
परीक्षण सरल है। एकीकरण को एक पल के लिए बंद करें, एक अलग डिवाइस से एक यथार्थवादी संदेश जमा करें, और देखें कि यह आता है या नहीं। यदि यह होता है, तो फ़िल्टर समस्या थी। इसे ढीला करें, इसे हटाएँ न।
यहाँ वह जगहें हैं जहाँ एक वैध संदेश छोड़ा जा सकता है:
- कैप्चा आगंतुक को एक बॉट के रूप में स्कोर करता है, और फॉर्म इसे अस्वीकार करता है
- Akismet संदेश को मेल चरण तक पहुँचने से पहले स्पैम के रूप में चिह्नित करता है
- एक कैशिंग या अनुकूलन प्लगइन फॉर्म के लिए आवश्यक स्क्रिप्ट को तोड़ता है
- प्राप्त करने वाला मेलबॉक्स इसे डिलीवरी के बाद फ़िल्टर करता है
कभी-कभी यह इनमें से कोई भी नहीं होता है। एक फ़ोरम थ्रेड त्रुटि 'Failed to send your message. Please try later or contact the administrator by another method.' का वर्णन करता है, जिसमें AJAX स्टेटस 200 है और reCAPTCHA v3 काम कर रहा है। प्लगइन लेखक, Takayuki Miyoshi, ने थीम और प्लगइन मांगे, डिफ़ॉल्ट थीम पर स्विच करने का सुझाव दिया, दूसरे प्लगइन को निष्क्रिय करने और कैश साफ़ करने का सुझाव दिया, और नोट किया कि SMTP चालू या बंद होने पर लॉग होने वाली विफलता से पता चलता है कि SMTP संभवतः कारण नहीं है। उबाऊ सलाह। अक्सर सही सलाह।
हर जमा करने की एक कॉपी रखें
अधिकांश मालिक यह बहुत देर से सीखते हैं: ईमेल एक सूचना है, रिकॉर्ड नहीं। अगर मेल विफल हो जाता है, तो पूछताछ चली जाती है, और आगंतुक को एक विनम्र 'भेजा गया' संदेश दिखता है। आप कभी नहीं जान पाएंगे।
इसका समाधान है कि हर सबमिशन को डेटाबेस में भी सहेजा जाए। Contact Form 7 के कई ऐड-ऑन यह करते हैं। एक उदाहरण के तौर पर, Contact Form to Any API प्लगइन की सूची में Contact Form 7 के सबमिशन को डेटाबेस में सहेजना शामिल है, साथ में CSV, Excel, PDF में निर्यात और प्रिंट की सुविधा भी है। यह सबमिशन को POST या GET के ज़रिए रिमोट API को भी भेज सकता है, जैसे किसी CRM को, और इसमें 5 API कनेक्शन तक जोड़े जा सकते हैं। इसके 8 जुलाई 2026 की तारीख़ वाले 3.0.6 रिलीज़ में API अनुरोध विफल होने पर ईमेल सूचनाएँ और लॉग की स्वचालित सफ़ाई जोड़ी गई, जिसकी डिफ़ॉल्ट अवधि 90 दिन है।
वह अंतिम विवरण एक उपयोगी अनुस्मारक है। संग्रहीत पूछताछ व्यक्तिगत डेटा है, इसलिए तय करें कि आप इन्हें कितने समय तक रखते हैं। एक बचाई गई प्रविष्टि केवल मदद करती है यदि कोई अब और फिर सूची खोले, इसलिए कैलेंडर में एक आवर्ती जांच डालें। पहले बताया गया WP Mail SMTP Pro लॉग भेजे गए ईमेल को रिकॉर्ड करता है, जो आसान है, लेकिन यह आगंतुक ने जो जमा किया है उसे संग्रहीत करने के समान नहीं है।
headless और static साइटें फ़ॉर्म कैसे संभालती हैं
एक static या headless साइट के पास PHP नहीं है और wp_mail() नहीं है। फ़ॉर्म कहीं और जाता है: Formspree जैसी फ़ॉर्म सेवा द्वारा चलाया जाने वाला endpoint, होस्टिंग प्लेटफ़ॉर्म की native फ़ॉर्म हैंडलिंग, या serverless फ़ंक्शन जो आप लिखते हैं। सबमिशन पहले संग्रहीत होता है। ईमेल कई में से एक सूचना बन जाता है, एकमात्र कॉपी नहीं।
Netlify Forms एक स्पष्ट उदाहरण है। फ़ॉर्म डिटेक्शन को सक्षम करने के बाद, एक HTML फ़ॉर्म में data-netlify="true" या netlify विशेषता जोड़ने से आप Netlify साइट प्रशासन पैनल में सबमिशन प्राप्त कर सकते हैं, बिना किसी अतिरिक्त API कॉल या JavaScript के। डॉक्स से कुछ विशिष्टताएं:
- AJAX द्वारा सबमिट करने के लिए URL-encoded body की आवश्यकता है। Netlify Forms वर्तमान में JSON फ़ॉर्म डेटा का समर्थन नहीं करता है।
- फ़ाइल अपलोड प्रति फ़ील्ड एक फ़ाइल की अनुमति देते हैं, एक फ़ॉर्म अनुरोध 8 MB की सीमा, और 30-सेकंड का timeout।
- यदि आपका फ़ॉर्म JavaScript या एक server फ्रेमवर्क जैसे Next.js द्वारा रेंडर किया गया है, तो आपको एक HTML फ़ॉर्म शामिल करना चाहिए जो Netlify की मानदंड को पूरा करता है, क्योंकि इसकी बिल्ड साइट के HTML को पार्स करके फ़ॉर्म ढूंढता है।
सूचनाएं भंडारण से अलग हैं। notifications docs के अनुसार, वे ईमेल, webhooks या एक Slack workspace में जा सकते हैं, एक फ़ॉर्म या सभी फ़ॉर्म के लिए। डिफ़ॉल्ट रूप से ईमेल formresponses@netlify.com से आते हैं, और जवाब उस पते पर जाते हैं जब तक कि आप email नाम की एक input न जोड़ें, जो Reply-to value सेट करता है। पहले जैसी ही सीख: यहां भी, एक सूचना ईमेल में ऐसी विचित्रताएं हैं जिन्हें आप परीक्षण करना चाहेंगे।
अगर आप तय कर रहे हैं कि क्या यह फ़ॉर्म सेटअप आपकी साइट के लिए उपयुक्त है, तो WordPress stack advisor यह देखने का एक त्वरित तरीका है कि आपका वर्तमान बिल्ड कहाँ है।
WordPress पर रहना कब सही है
अधिकांश छोटी व्यावसायिक साइटों के लिए, रहना ठीक है। एक संपर्क फ़ॉर्म एक छोटी सुविधा है। यदि आप प्रमाणीकृत भेजना, सही DNS रिकॉर्ड और प्रत्येक प्रविष्टि की एक संग्रहीत कॉपी जोड़ते हैं, तो WordPress फ़ॉर्म किसी भी दूसरे जैसे विश्वसनीय हैं। मेल समस्या को ठीक करने के लिए प्लेटफ़ॉर्म स्थानांतरित करना कार की जगह लेने के समान है क्योंकि indicator बल्ब चला गया है। यदि आप व्यापक सवाल के बारे में उत्सुक हैं, तो WordPress छोड़ने पर एक पीस और विकल्पों की एक roundup है, लेकिन न तो जल्दबाजी करने का कारण है।
FAQ
मेरे SMTP परीक्षण ईमेल काम करता है लेकिन फ़ॉर्म अभी भी नहीं भेजता है। क्यों?
इसका मतलब है कि मेल आपकी साइट को ठीक छोड़ देता है, इसलिए दोष फ़ॉर्म और wp_mail() के बीच कहीं है। फ़ोरम उपयोगकर्ता बिल्कुल यही रिपोर्ट करते हैं। एक ने कहा कि SMTP परीक्षण ईमेल ठीक था लेकिन कोई फ़ॉर्म नहीं भेजा, और captcha हटाने ने मदद नहीं की। एक दूसरे ने रिपोर्ट किया कि WP Mail SMTP के माध्यम से मेल रूट करने के बाद, अन्य ईमेल काम करते थे लेकिन Contact Form 7 तीन फ़ॉर्म पर डिलीवर नहीं करता था, और प्लगइन लेखक का पहला सवाल था कि फ़ॉर्म साइट पर कहाँ था, May 2026 के थ्रेड देखें। अलगाव चरणों का पालन करें: डिफ़ॉल्ट थीम, अन्य प्लगइन बंद, कैश साफ़।
क्या मुझे WP Mail SMTP Pro की आवश्यकता है?
नहीं, डिलीवरी को ठीक करने के लिए नहीं। मुफ़्त प्लगइन भेजना करता है। Pro एक अलग paid प्लगइन है जो ईमेल लॉगिंग, resending, alerts और backup connection जोड़ता है। यदि आप विफलताओं का रिकॉर्ड चाहते हैं तो विचार करने योग्य है, लेकिन सबमिशन के लिए एक डेटाबेस ऐड-ऑन भी खोए हुए lead जोखिम को कवर करता है।
मेरे फ़ॉर्म एक अपडेट के ठीक बाद बंद हो गए। क्या यह PHP हो सकता है?
संभव है। प्लगइन की सूची में संस्करण 6.2.3 के लिए PHP 8.3 या उससे ऊपर की आवश्यकता बताई गई है। सूची पर दो समीक्षकों का कहना है कि संस्करण 6.2 में न्यूनतम आवश्यकता 7.4 से बढ़ाकर 8.3 कर दी गई थी, और एक ने बताया कि ऑटो अपडेट के बाद PHP 8.0 पर चल रही उनकी साइट टूट गई। ये उपयोगकर्ताओं की रिपोर्टें हैं, मेंटेनर का आधिकारिक बयान नहीं। अपने होस्टिंग कंट्रोल पैनल में अपना PHP संस्करण जाँच लें, और कुछ भी अपडेट करने से पहले बैकअप ज़रूर ले लें।
सबसे उपयोगी तथ्य: Contact Form 7 मेल को WordPress को सौंप देता है, और WordPress डिफ़ॉल्ट रूप से इसे PHP mail के माध्यम से प्रमाणहीन भेजता है, इसलिए प्रमाणीकृत SMTP साथ सही DNS records सामान्य मामले को ठीक करता है। सबसे तीव्र चेतावनी यह है कि ईमेल अकेले कभी रिकॉर्ड नहीं है, इसलिए प्रत्येक सबमिशन को भी संग्रहीत करें। यदि समाधान काम नहीं करता है, तो फ़ॉर्म के environment पर संदेह करें, मेल server पर नहीं।