तुमच्या स्वतःच्या 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 — SPF आणि DKIM दोन्ही पास होतात की नाही हे तुम्ही तपासत असताना _dmarc.yourdomain.com वरील एक TXT रेकॉर्ड, जो v=DMARC1; p=none; ने सुरू होतो.

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 तुम्हाला नक्की काय आहे ते सांगेल.

A TLS error — तुमच्या सर्व्हरचे सर्टिफिकेट एक्स्पायर झाले आहे, सेल्फ-साइंड आहे, किंवा तुम्ही प्रविष्ट केलेल्या होस्टनेमशी जुळत नाही. आम्ही सर्टिफिकेट्स पडताळतो आणि ती तपासणी वगळणार नाही; सर्टिफिकेट दुरुस्त करा.

"The mail server refused the recipient" — तुमचा सर्व्हर या पाठवणाऱ्यासाठी रिले करण्यासाठी कॉन्फिगर केलेला नाही, ज्याचा सहसा अर्थ असा होतो की ऑथेंटिकेटेड युझरला तुमचे पाठवणारे डोमेन म्हणून पाठवण्याची अनुमती नाही.

ते पाठवले जाते परंतु सर्वकाही स्पॅममध्ये जाते — ते DNS आहे, SMTP नाही. वरील SPF, DKIM, DMARC आणि रिव्हर्स DNS तपासून घ्या, त्यानंतर mail-tester तपासणी पुन्हा चालवा.