अपने खुद के SMTP सर्वर के माध्यम से ईमेल भेजें

इसे तब उपयोग करें जब आप अपनी खुद की मेल अवसंरचना चलाते हैं, या यदि आपका प्रदाता ऐसा है जिसे हम सीधे सूचीबद्ध नहीं करते हैं — लगभग हर मेल सेवा SMTP प्रदान करती है।

⚠️ यदि आपका प्रदाता Mailgun, SendGrid, Postmark, Amazon SES या Resend है, तो इसके बजाय इसके अपने गाइड का उपयोग करें। वे कनेक्शन गड़बड़ी होने पर आपको बेहतर त्रुटि संदेश देते हैं, क्योंकि हम केवल SMTP स्टेटस कोड के बजाय यह पढ़ सकते हैं कि प्रदाता ने वास्तव में क्या कहा था।

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

चार चीजें, आपके मेल सर्वर को चलाने वाले व्यक्ति से:

• होस्ट — जैसे smtp.yourprovider.com
• पोर्ट — 587, 465 या 2525
• उपयोगकर्ता नाम और पासवर्ड

कौन सा पोर्ट

587 STARTTLS के साथ सबमिशन है और आपको इसका उपयोग करना चाहिए। कनेक्शन सादे रूप में शुरू होता है और कुछ भी भेजे जाने से पहले TLS में अपग्रेड हो जाता है।

465 निहित TLS है — पहले बाइट से एन्क्रिप्ट किया गया। उतना ही अच्छा; कुछ प्रदाता इसे पसंद करते हैं।

2525 एक अनौपचारिक विकल्प है जिसे कुछ होस्ट प्रदान करते हैं क्योंकि कुछ नेटवर्क 587 को ब्लॉक करते हैं। इसका उपयोग तभी करें जब आपका प्रदाता आपको ऐसा करने के लिए कहे।

⛔ पोर्ट 25 यहाँ स्वीकार किया जाता है लेकिन यह लगभग कभी भी सही उत्तर नहीं होता है। यह वह पोर्ट है जिसका उपयोग मेल सर्वर एक-दूसरे से बात करने के लिए करते हैं, न कि वह जिसका उपयोग कोई एप्लिकेशन संदेश सबमिट करने के लिए करता है। यह अधिकांश नेटवर्क पर ब्लॉक होता है, इसमें अक्सर कोई प्रमाणीकरण नहीं होता है, और जहाँ यह काम करता है वहाँ यह अक्सर अनएन्क्रिप्टेड होता है।

⛔⛔ हम अनएन्क्रिप्टेड कनेक्शन पर नहीं भेजेंगे। यदि आप Use STARTTLS को चालू रखते हैं — और आपको रखना चाहिए — और आपका सर्वर अपग्रेड करने से मना कर देता है, तो सादे रूप में जारी रहने के बजाय भेजना विफल हो जाता है। यह जानबूझकर किया गया है: आपके ग्राहकों के पासवर्ड-रीसेट लिंक इन संदेशों में यात्रा करते हैं, और एक ऐसा डाउनग्रेड जिसे कोई नोटिस नहीं करता है, विफलता का सबसे बुरा प्रकार है, क्योंकि मेल अभी भी आ जाता है।

पहले अपना DNS सेट अप करें

आपका प्रदाता आपके लिए यह उस तरह से नहीं करता है जैसे प्रबंधित सेवा करती है। जिस डोमेन से आप भेज रहे हैं, उस पर आपको इसकी आवश्यकता है:

SPF — आपके सर्वर के पते को अधिकृत करने वाला एक TXT रिकॉर्ड: v=spf1 ip4:203.0.113.10 -all, या v=spf1 a:smtp.yourprovider.com -all। यदि आपके पास पहले से ही SPF रिकॉर्ड है, तो इसे संपादित करें; एक डोमेन पर दो SPF रिकॉर्ड पूरी तरह से SPF को विफल कर देते हैं।

DKIM — आपका मेल सर्वर आउटगोइंग संदेशों पर हस्ताक्षर करता है और आप <selector>._domainkey.yourdomain.com पर मिलान करने वाली सार्वजनिक कुंजी प्रकाशित करते हैं। Postfix पर यह आमतौर पर OpenDKIM होता है; आपका प्रदाता आपको चयनकर्ता बताएगा।

DMARC — _dmarc.yourdomain.com पर एक TXT रिकॉर्ड, v=DMARC1; p=none; से शुरू होता है जबकि आप जाँचते हैं कि SPF और DKIM दोनों पास होते हैं।

रिवर्स DNS — आपके सर्वर के IP पते के लिए PTR रिकॉर्ड को उसके होस्टनाम पर वापस हल करना चाहिए। बड़े प्राप्तकर्ता इसकी जाँच करते हैं और कई इसके बिना पते से मेल स्वीकार नहीं करेंगे। आपका होस्टिंग प्रदाता इसे सेट करता है, आपका DNS प्रदाता नहीं।

⭐ एक बार जब यह चल जाए तो एक अच्छी मुफ्त जाँच: mail-tester.com पर एक संदेश भेजें और स्कोर पढ़ें। यह आपको बताता है कि चारों में से कौन सा गलत है, जो स्पैम फ़ोल्डर से अनुमान लगाने की तुलना में बहुत तेज़ है।

इसे Zinn® में कनेक्ट करें

अपने डैशबोर्ड में Email sending खोलें:

• Provider — SMTP सर्वर
• Send from this domain — mail.yourdomain.com (एक डोमेन, कोई पता नहीं)
• SMTP host, Port, Username, Password
• Use STARTTLS — चालू, जब तक कि आप पोर्ट 465 पर न हों

⭐ किसी व्यक्ति के लॉगिन का पुन उपयोग करने के बजाय, इसके लिए एक समर्पित मेलबॉक्स या सबमिशन उपयोगकर्ता बनाएँ। जब कोई व्यक्ति जाता है और उसका पासवर्ड बदलता है, तो आपके ग्राहकों की सूचनाएँ बंद नहीं होनी चाहिए।

परीक्षण भेजें और कोड दर्ज करें

किसी भिन्न डोमेन पर इनबॉक्स में Send test message दबाएँ, उसमें से कोड पढ़ें, और इसे दर्ज करें।

जब यह काम न करे

"The mail server rejected the username or password" — SMTP AUTH विफल हो गया। यदि आपके प्रदाता के खाते पर दो-कारक प्रमाणीकरण है, तो आपको लॉगिन पासवर्ड के बजाय निश्चित रूप से एक ऐप पासवर्ड की आवश्यकता है।

"Could not reach host:port" — पोर्ट ब्लॉक है, होस्टनाम गलत है, या सर्वर उस पोर्ट पर सबमिशन के लिए सुनना नहीं है। किसी अन्य मशीन से telnet smtp.yourprovider.com 587 आपको बताएगा कि कौन सा है।

एक TLS त्रुटि — आपके सर्वर का प्रमाणपत्र समाप्त हो गया है, स्व-हस्ताक्षरित है, या आपके द्वारा दर्ज किए गए होस्टनाम से मेल नहीं खाता है। हम प्रमाणपत्रों को सत्यापित करते हैं और उस जाँच को छोड़ेंगे नहीं; प्रमाणपत्र को ठीक करें।

"The mail server refused the recipient" — आपका सर्वर इस प्रेषक के लिए रिले करने के लिए कॉन्फ़िगर नहीं किया गया है, जिसका आमतौर पर मतलब है कि प्रमाणित उपयोगकर्ता को आपके भेजने वाले डोमेन के रूप में भेजने की अनुमति नहीं है।

यह भेजता है लेकिन सब कुछ स्पैम में चला जाता है — यह DNS है, SMTP नहीं। ऊपर दिए गए SPF, DKIM, DMARC और रिवर्स DNS के माध्यम से काम करें, फिर मेल-टेस्टर जाँच को फिर से चलाएँ।