मेल सर्वर: यह मुश्किल क्यों है और क्या ध्यान रखें

मेल सर्वर सेट करना तकनीकी रूप से मुश्किल नहीं है — असली चुनौती यह है कि आपके ईमेल स्पैम के बजाय “Inbox” में पहुँचें, और चुपचाप बाउंस होने से बचें। यह लेख बताता है कि अपना पहला ईमेल भेजने से पहले आपको क्या-क्या करना होगा।

यह एक अलग काम क्यों है

ईमेल प्राप्त करना लगभग तुरंत काम करने लगता है: आप सर्वर सेट करते हैं, पोर्ट 25 खोलते हैं, और संदेश आने लगते हैं। दिक्कत भेजने में है, और इसके दो हिस्से हैं। पहला, हमारे प्लेटफ़ॉर्म पर आउटबाउंड मेल पोर्ट डिफ़ॉल्ट रूप से बंद रहते हैं और अनुरोध पर खोले जाते हैं। दूसरा, प्राप्त करने वाला पक्ष (Gmail, Mail.ru, Yandex) प्रेषक को कई मानदंडों पर जाँचता है, और इनमें से कोई एक भी विफल होने पर संदेश स्पैम या अस्वीकृति बन जाता है।

कम से कम निम्नलिखित की जाँच होती है:

सेटअप का क्रम

1. आउटबाउंड पोर्ट का अनुरोध करें। पोर्ट 25, 465, और 587 आपके अनुरोध पर खोले जाने तक आउटबाउंड ट्रैफ़िक के लिए बंद रहते हैं। यहीं से शुरू करें: इसके बिना आप बाकी चीज़ों का परीक्षण नहीं कर सकते, जैसा नीचे बताया गया है।
2. PTR। रिवर्स DNS रिकॉर्ड उस नाम से मेल खाना चाहिए जो सर्वर SMTP में बताता है। इसे मशीन पैनल में “Access” टैब पर सेट करें, उदाहरण के लिए mail.example.com, और मशीन के पते की ओर इशारा करता हुआ मिलता-जुलता फ़ॉरवर्ड A रिकॉर्ड बनाएँ।
3. मेल स्टैक। सबसे आसान विकल्प एक तैयार कंटेनरीकृत सेटअप है — docker-mailserver या Mailcow। यह Docker Compose के ज़रिए इंस्टॉल होता है और खुद ही Postfix, Dovecot, antispam, और DKIM कुंजियाँ खड़ी कर देता है।
4. DNS। सर्वर नाम के लिए MX रिकॉर्ड बनाएँ, फिर SPF और DMARC:

example.com.        MX  10 mail.example.com.
example.com.        TXT "v=spf1 mx -all"
_dmarc.example.com. TXT "v=DMARC1; p=quarantine; rua=mailto:postmaster@example.com"

1. DKIM। मेल सर्वर कुंजी बनाता है; सार्वजनिक हिस्से को आप <selector>._domainkey.example.com TXT रिकॉर्ड के रूप में प्रकाशित करते हैं।
2. सत्यापन। किसी परीक्षण सेवा (mail-tester, learndmarc) पर ईमेल भेजें और पूरा स्कोर पाने का लक्ष्य रखें। इससे पहले कोई भी बल्क मेल न भेजें।

आउटबाउंड मेल पोर्ट डिफ़ॉल्ट रूप से बंद हैं

मेल सर्वर इंस्टॉल करने से पहले यह मुख्य बात जाननी ज़रूरी है। मशीन से पोर्ट 25, 465, और 587 पर आउटबाउंड ट्रैफ़िक होस्ट पर ब्लॉक है। नई मशीन से बाहर ईमेल भेजना काम नहीं करता और सिस्टम के अंदर की सेटिंग्स से शुरू भी नहीं होगा: पैकेट उसके नेटवर्क इंटरफ़ेस से बाहर ही नहीं जाते।

आप इसे ऐसे जाँच सकते हैं — कनेक्शन स्थापित नहीं होगा:

nc -vz smtp.gmail.com 25

ऐसा इसलिए किया जाता है क्योंकि किसी समझौता-ग्रस्त मशीन से सबसे पहले स्पैम भेजना शुरू होता है, और होस्ट पर मौजूद सभी पड़ोसियों को पते और उसकी प्रतिष्ठा का जवाब देना पड़ता है। इससे ईमेल प्राप्त करने पर कोई असर नहीं पड़ता: 25, 465, 587, और 993 पर आने वाले कनेक्शन ब्लॉक नहीं हैं, और मेल सर्वर तुरंत संदेश स्वीकार कर लेता है।

इन्हें कैसे खोलें

पोर्ट अनुरोध पर, मैन्युअली खोले जाते हैं, और तुरंत नहीं। पैनल में इसके लिए कोई बटन नहीं है।

1. मशीन नंबर के साथ सपोर्ट को लिखें (“Payment” टैब, “For support” ब्लॉक)।
2. बताएँ कि आप क्या भेज रहे हैं: डोमेन, ईमेल की प्रकृति, अनुमानित दैनिक वॉल्यूम।
3. जवाब का इंतज़ार करें। जब तक पोर्ट बंद हैं, आप मेल सर्वर इंस्टॉल और कॉन्फ़िगर कर सकते हैं — लेकिन भेजने का परीक्षण नहीं कर सकते।

खरीदे गए डेटाबेस पर बल्क मेलिंग किसी भी सफ़ाई के साथ नहीं खोली जाती; देखें मशीन पर क्या कर सकते हैं और क्या नहीं।

अगर आपको आगे-पीछे बातचीत के बजाय आज ही भेजना है, तो किसी बाहरी रिले का इस्तेमाल करें: कोई मेल सेवा SMTP लॉगिन देती है और पोर्ट 2525 पर या API के ज़रिए कनेक्शन स्वीकार करती है, और पोर्ट 25 की ज़रूरत नहीं पड़ती।

मशीन के अंदर फ़ायरवॉल

अपनी ओर से, मेल पोर्ट पर आने वाले कनेक्शन की अनुमति दें:

sudo ufw allow 25/tcp
sudo ufw allow 587/tcp
sudo ufw allow 465/tcp
sudo ufw allow 993/tcp

ufw नियम केवल यह नियंत्रित करते हैं कि आपके सिस्टम में क्या प्रवेश करता है। आउटबाउंड 25, 465, और 587 पर ब्लॉक बाहरी है, और ufw allow out उसे हटाता नहीं।

कभी भी ओपन रिले न छोड़ें। जाँचें: किसी दूसरी मशीन से बिना प्रमाणीकरण के swaks --to test@example.com --server <machine-address> चलाएँ — कनेक्शन अस्वीकार होना चाहिए। ओपन रिले एक दिन के भीतर मशीन के पते को स्पैम स्रोत बना देता है और उसकी प्रतिष्ठा हमेशा के लिए बर्बाद कर देता है।

जब आपको अपना मेल सर्वर नहीं चाहिए

• आपको केवल किसी एप्लिकेशन से नोटिफ़िकेशन भेजने हैं — किसी बाहरी भेजने वाली सेवा का इस्तेमाल करें। यह सस्ती है और इसकी डिलीवरेबिलिटी बेहतर है। इसे HTTP API या 2525 जैसे वैकल्पिक पोर्ट से कनेक्ट करें: मानक पोर्ट 465 और 587 भी 25 की तरह ही बंद हैं।
• आपको लोगों के लिए किसी डोमेन पर ईमेल चाहिए — मेल होस्टिंग आपकी भागीदारी के बिना यह काम कर देगी।
• आप अपडेट और क्यू की निगरानी के लिए तैयार नहीं हैं — अनदेखा किया गया मेल सर्वर सुरक्षा में सेंध बन जाता है।

अपना सर्वर तब जायज़ है जब स्वतंत्रता मायने रखती हो और आप रखरखाव के लिए तैयार हों: मेलबॉक्स के बैकअप अनिवार्य हैं, और मेल के लिए डिस्क स्थान कुछ अतिरिक्त जगह के साथ आवंटित करना ज़रूरी है — देखें डिस्क स्थान।