तुमच्या स्वतःच्या SMTP सर्व्हरद्वारे ईमेल पाठवा

जर तुम्ही स्वतःची मेल इन्फ्रास्ट्रक्चर चालवत असाल, किंवा तुमचा प्रदाता असा असेल ज्याची आम्ही थेट सूची केली नाही — जवळपास प्रत्येक मेल सेवा SMTP देते.

⚠️ तुमचा प्रदाता Mailgun, SendGrid, Postmark, Amazon SES किंवा Resend असल्यास, त्याऐवजी त्याचे स्वतःचे मार्गदर्शक वापरंप करा. काहीतरी चुकीचे घडल्यास त्या कनेक्शनमुळे तुम्हाला चांगल्या त्रुटी संदेश मिळतात, कारण आम्ही केवळ SMTP स्थिती कोडऐवजी प्रदात्याने नेमके काय सांगितले ते वाचू शकतो.

आपल्याला काय आवश्यक आहे

तुमचा मेल सर्व्हर चालवणाऱ्या व्यक्तीकडून चार गोष्टी:

• होस्ट — उदा. smtp.yourprovider.com
• पोर्ट — 587, 465 किंवा 2525
• वापरकर्तानाव (Username) आणि पासवर्ड

कोणता पोर्ट

587 हे STARTTLS सह सबमिशन आहे आणि तुम्ही तेच वापरले पाहिजे. कनेक्शन स्पष्टपणे सुरू होते आणि काहीही पाठवण्यापूर्वी ते TLS मध्ये श्रेणीसुधारित (upgrade) केले जाते.

465 हे अंतर्निहित (implicit) TLS आहे — पहिल्या बाइटपासून एनक्रिप्ट केलेले. तितकेच उत्तम; काही प्रदाते याला प्राधान्य देतात.

2525 हा एक अनधिकृत पर्याय आहे जो काही होस्ट ऑफर करतात कारण काही नेटवर्क 587 ब्लॉक करतात. तुमच्या प्रदात्याने सांगितल्यासच तो वापरा.

⛔ पोर्ट 25 येथे स्वीकारला जातो परंतु तो जवळपास कधीच योग्य पर्याय नसतो. मेल सर्व्हर एकमेकांशी बोलण्यासाठी वापरत असलेला हा पोर्ट आहे, ॲप्लिकेशन संदेश सबमिट करण्यासाठी वापरत असलेला नाही. तो बहुतांश नेटवर्कवर ब्लॉक केलेला असतो, तिथे वारंवार ऑथेंटिकेशन नसते आणि जिथे तो काम करतो तिथे तो सहसा अनक्रिप्टेड असतो.

⛔⛔ आम्ही अनक्रिप्टेड कनेक्शनवरून पाठवणार नाही. तुम्ही Use STARTTLS सुरू ठेवल्यास — आणि तुम्ही ते ठेवलेच पाहिजे — आणि तुमचा सर्व्हर श्रेणीसुधारित करण्यास नकार दिल्यास, स्पष्टपणे सुरू ठेवण्याऐवजी पाठवणे अयशस्वी होते. हे हेतुपुरस्सर आहे: तुमच्या ग्राहकांच्या पासवर्ड-रीसेट लिंक्स या संदेशांमधून प्रवास करतात, आणि कोणाच्याही लक्षात न आलेले डाऊनग्रेड (downgrade) हा सर्वात वाईट प्रकारचा अपयश आहे, कारण मेल तरीही पोहोचतो.

आधी तुमची DNS सेट करा

व्यवस्थापित सेवेप्रमाणे तुमचा प्रदाता तुमच्यासाठी हे करत नाही. ज्या डोमेनवरून तुम्ही पाठवत आहात त्यावर तुम्हाला याची आवश्यकता आहे:

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

DKIM — तुमचा मेल सर्व्हर आउटगोइंग संदेशांवर सही करतो आणि तुम्ही <selector>._domainkey.yourdomain.com वर जुळणारी सार्वजनिक की (public key) प्रकाशित करता. Postfix वर हे सहसा OpenDKIM असते; तुमचा प्रदाता तुम्हाला सेनेक्टर सांगेल.

DMARC — _dmarc.yourdomain.com वर एक TXT रेकॉर्ड, SPF आणि DKIM दोन्ही पास होतात की नाही हे तुम्ही तपासेपर्यंत v=DMARC1; p=none; पासून सुरू होतो.

रिव्हर्स DNS — तुमच्या सर्व्हरच्या IP पत्त्याचा PTR रेकॉर्ड त्याच्या होस्टनाव वर परत रसोल्व्ह झाला पाहिजे. मोठे रिसिव्हर्स हे तपासतात आणि बरेच जण त्याशिवाय पत्त्यावरून मेल स्वीकारणार नाही. तुमचे होस्टिंग प्रदाता हे सेट करते, तुमचे DNS प्रदाता नाही.

⭐ एकदा ते चालू झाल्यावर एक चांगली विनामूल्य तपासणी: mail-tester.com वर संदेश पाठवा आणि गुण वाचा. स्पॅम फोल्डरमधून अंदाज लावण्यापेक्षा हे खूप जलद आहे, कारण यामुळे चार पैकी कोणती गोष्ट चुकीची आहे हे समजते.

Zinn® मध्ये ते कनेक्ट करा

तुमच्या डॅशबोर्डमध्ये Email sending उघडा:

• प्रदाता — SMTP सर्व्हर
• या डोमेनवरून पाठवा — mail.yourdomain.com (डोमेन, पत्ता नाही)
• SMTP होस्ट, पोर्ट, वापरकर्तानाव, पासवर्ड
• 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 मधून काम करा, त्यानंतर मेल-टेस्टर तपासणी पुन्हा चालवा.