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

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

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

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

चार चीज़ें, जो भी आपका मेल सर्वर चलाता है उससे:

• Host — उदा. smtp.yourprovider.com
• Port — 587, 465 या 2525
• Username और password

कौन सा पोर्ट

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 दोनों पास होते हैं।

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

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

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

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

• Provider — SMTP server
• 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 विफल रहा। यदि आपके प्रदाता के पास खाते पर दो-कारक प्रमाणीकरण है, तो आपको लगभग निश्चित रूप से लॉगिन पासवर्ड के बजाय एक app password की आवश्यकता है।

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

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

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

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