Email deliverability और भेजना

Nimbopanel आपके customers के लिए एक पूरा mail stack (Postfix, Dovecot, OpenDKIM) चलाता है। प्राप्त करना आपके DNS के सेट होते ही चलता है। बाहरी दुनिया को भेजना लगभग हर budget VPS पर एक अतिरिक्त step माँगता है — यही वह हिस्सा है जिस पर लोग सबसे अधिक अटकते हैं, इसलिए इसे समझना सार्थक है।

प्राप्त करना बिना किसी अतिरिक्त काम के चलता है

एक बार जब आप mail DNS records जोड़ लेते हैं (नीचे), तो आपका सर्वर आपके host किए domains के लिए mail स्वीकार करता है, उसे store करता है, और उसे secure IMAP (port 993) और webmail पर serve करता है। प्राप्त करने के लिए और कुछ नहीं चाहिए।

इन records को अपने DNS host पर publish करें (Nimbopanel इन्हें हर account के zone में अपने-आप बनाता है — values को Cloudflare / अपने registrar में copy करें):

Type	Name	Value
MX	@	mail.yourdomain.com (priority 10)
TXT	@	v=spf1 mx a:mail.yourdomain.com ~all (SPF)
TXT	_dmarc	v=DMARC1; p=none; rua=mailto:postmaster@yourdomain.com
TXT	<selector>._domainkey	पैनल के Email tool में दिखाई गई DKIM public key

आपका अपना डोमेन — जिससे पैनल खुद भेजता है (रसीदें, सूचनाएँ, भुगतान-कैसे-करें ईमेल) — में आमतौर पर कोई होस्टिंग अकाउंट नहीं होता। सिस्टम → मेल डिलीवरेबिलिटी खोलें और मेल रिकॉर्ड प्रकाशित करें पर क्लिक करें: पैनल ये रिकॉर्ड अपने DNS ज़ोन में लिखता है और एक ही चरण में DKIM साइनिंग चालू कर देता है। अगर उस डोमेन का DNS कहीं और होस्ट है, तो वही बटन आपको वहाँ जोड़ने के सटीक मान दिखाता है।

पहले: पता करें कि आपको relay की ज़रूरत है भी या नहीं

किसी recipient के mail server तक delivery हमेशा port 25 का उपयोग करती है — यह SMTP standard है, कोई setting नहीं — और कई providers spam रोकने के लिए इसे outbound block करते हैं। यह provider के network पर है, आपके सर्वर पर नहीं, इसलिए आप इसे ख़ुद बंद नहीं कर सकते, root होकर भी नहीं। जब यह blocked होता है, तो messages दिनों तक queue में बैठे रहते हैं और फिर bounce हो जाते हैं, जो बिलकुल "भेजा गया, पर कभी पहुँचा नहीं" जैसा दिखता है।

पैनल इसे मानने के बजाय मापता है। admin System page खोलें और Outgoing mail card पढ़ें। यह चार में से एक बात कहता है:

Card कहता है	इसका मतलब
port 25 is open	यह सर्वर सीधे deliver कर सकता है। relay वैकल्पिक है — केवल तभी सेट करें जब आप इस सर्वर के IP के बजाय किसी delivery service की reputation चाहते हों।
sent through a relay	एक relay configured है और उपयोग में है।
This server cannot deliver email to the internet	Port 25 blocked है। किसी बाहरी address को भेजा गया सब कुछ bounce होगा। नीचे एक relay सेट करें।
Could not determine whether port 25 works	जाँच ख़ुद पूरी नहीं हो सकी। detail line पढ़ें; इसे "ठीक है" न समझें।

आपको इसे ढूँढने नहीं जाना पड़ता। जब सर्वर deliver नहीं कर पाता, तो पैनल के हर पेज के ऊपर एक banner Set up a relay बटन के साथ दिखता है — क्योंकि पैनल के भीतर से एक blocked send बिलकुल एक सफल send जैसा दिखता है, और कोई भी ऐसा settings card नहीं खोलता जिस पर शक करने की उसके पास कोई वजह न हो।

फ़ैसला IPv4 पर लिया जाता है, क्योंकि provider का filter वहीं रहता है। एक dual-stack सर्वर किसी mail host तक IPv6 पर पहुँच सकता है जबकि व्यवहार में deliver करने में पूरी तरह असमर्थ हो, और यही वह झूठा "healthy" reading है जिससे बचने के लिए यह जाँच मौजूद है।

अपने provider की reputation के कारण यह न मानें कि वह इसे block करता है। अगस्त 2026 में एक Contabo सर्वर पर मापा गया, port 25 खुला था — पुराना दावा कि वे इसे block करते हैं, उस machine के लिए नहीं टिका। Card पढ़ें।

अगर यह blocked है

इसके इर्द-गिर्द दो रास्ते हैं:

1. अपने provider से port 25 unblock करने को कहें — कुछ कर देंगे, आपके account के पुराने होने पर या एक ticket खोलने पर जिसमें आप समझाएँ कि आप एक mail server चलाते हैं। सबसे अच्छा अगर वे इसकी अनुमति दें, और इसे एक custom rDNS/PTR के साथ जोड़ें (देखें Provider notes)। पर कई providers इसे जल्दी नहीं हटाते।
2. एक SMTP relay उपयोग करें — mail एक प्रतिष्ठित provider के ज़रिए port 587 पर बाहर जाता है (जो block नहीं है), अच्छी reputation वाले IPs से। यह अनुशंसित, self-service रास्ता है — यह आज ही काम करता है, आपके provider के इंतज़ार के बिना, और वैसे भी आमतौर पर एक सस्ते VPS IP से सीधे भेजने की तुलना में बेहतर deliver करता है।

एक relay सेट करें (अनुशंसित)

1. एक relay provider चुनें और एक account बनाएँ:

Provider	Free tier	Notes
Brevo	300 emails/day, no card	शुरू करने में सबसे आसान
SendGrid	100/day	सरल SMTP
Amazon SES	pay-as-you-go (बड़े पैमाने पर सबसे सस्ता)	domain verification + sandbox से बाहर निकलना चाहिए

Volume नोट: transactional relays आपके mail के लिए हैं। अगर आप कई customers के mail की बड़ी मात्रा relay करेंगे, तो एक ऐसा provider उपयोग करें जो इसकी अनुमति दे (जैसे सही से सेट किया SES) या port 25 unblock करवाएँ।

2. SMTP credentials लें provider के dashboard से — SMTP tab (न कि "API keys" tab):

• SMTP server (जैसे smtp-relay.brevo.com)
• Port 587
• Login (यह एक विशिष्ट SMTP login है जो provider दिखाता है — अक्सर आपका account email नहीं)
• SMTP key / password

अगर आपके provider के पास एक "authorized IPs" security setting है, तो उसमें अपने सर्वर का IP जोड़ें, वरना SMTP authentication मना कर दी जाएगी।

3. इन्हें पैनल में डालें। उसी Outgoing mail card पर form है। Relay provider dropdown से अपना provider चुनें — Brevo, SendGrid, Mailgun, Amazon SES, Gmail / Google Workspace, या Another server I own — और host, port और SPF value भर जाते हैं, साथ ही एक नोट कि वह provider username के रूप में क्या अपेक्षा करता है। (SendGrid का सचमुच शब्द apikey है; Gmail को account password नहीं, एक App Password चाहिए।)

फिर Test & save relay दबाएँ। यह कुछ भी save करने से पहले relay के मुकाबले authenticate करता है। अगर relay credentials मना करता है तो आपको बता दिया जाता है और कुछ भी नहीं बदलता — आप कभी ऐसे save किए relay के साथ नहीं रह सकते जो कभी काम ही न किया हो।

password के बारे में दो बातें: यह सीधे mail server को सौंप दिया जाता है और पैनल के database में कभी store नहीं होता, इसलिए इसे वापस नहीं पढ़ा जा सकता, और हर बदलाव पर आपको इसे दोबारा टाइप करना होगा। Turn relay off इसे फिर से हटा देता है।

इसमें से किसी के लिए आपको root या text editor की ज़रूरत नहीं।

Mail को inbox में पहुँचाएँ (spam में नहीं)

Mail को बाहर निकालना पहला step है; उसे inbox में पहुँचाने के लिए ऐसी authentication चाहिए जिसे recipient (Gmail, Outlook) verify कर सके:

• SPF — relay के ज़रिए भेजा mail relay के IPs से निकलता है, इसलिए relay का नाम आपके SPF record में होना चाहिए। एक relay save करना आपके लिए हर host किए domain का SPF record दोबारा लिख देता है — form पर SPF include field इसी के लिए है, और यह आपके चुने provider से पहले से भरा होता है। यही वह step है जो relay को हाथ से configure करते समय सबसे अधिक छूट जाता है, और यही तय करता है कि relayed mail पर भरोसा किया जाए या नहीं।
• DKIM — Nimbopanel आपके domains को अपनी DKIM key से अपने-आप sign करता है, और record publish करता है। अगर आपका relay भी आपसे अपने dashboard में domain verify करने को कहे, तो उसके दिए DKIM records साथ में जोड़ें।
• DMARC — Nimbopanel प्रति domain एक सुरक्षित p=none DMARC record publish करता है; आप इसे बाद में सख़्त कर सकते हैं।

SPF, DKIM और DMARC सब pass होने के साथ, आपके customers के mail पर भरोसा किया जाता है और वह inbox में पहुँचता है। जो message पूरा रास्ता तय कर लेता है वह mail log में status=sent दिखाता है, और एक असली recipient के headers dkim=pass spf=pass dmarc=pass पढ़ते हैं।

संबंधित: अपना domain point करें (DNS) · Provider notes · Troubleshooting।