तुमच्या स्वतःच्या खात्यावरून, तुमच्या स्वतःच्या डोमेनवरून ईमेल पाठवा

आपल्या ग्राहकांना मिळणारी प्रत्येक सूचना — इनव्हॉइस, पासवर्ड रिसेट, तिकीट उत्तरे, प्रकल्प अद्यतने — एका मेल सेवेद्वारे पाठवली जाते. डीफॉल्टनुसार ती सेवा आमची असते, ‘From’ रेषेत Zinn Digital® असे दिसते आणि त्यासाठीचा खर्च आम्ही करतो.

आपण agency किंवा reseller प्लॅनवर असल्यास, त्याऐवजी आपली स्वतःची मेल सेवा जोडू शकता. मग आपल्या ग्राहकांना ‘From’ रेषेत आपला डोमेन दिसतो, उत्तरे आपल्याला परत येतात आणि संदेश आपल्या प्रदात्याकडील आपल्या खात्यावरून पाठवले जातात.

आपल्या डॅशबोर्डमधील Email sending येथे याची मांडणी करा.

मी कोणता प्रदाता वापरावा?

यांपैकी कोणताही प्रदाता चालेल. ज्या प्रदात्याकडे आपले आधीपासूनच खाते आहे तो निवडा.

| Provider | Best if | Guide | | --- | --- | --- | | Mailgun | आपल्याला API आणि मोठ्या प्रमाणावर संदेश पाठवायचे आहेत | Set up Mailgun | | SendGrid | आपण मार्केटिंग मेलसाठी तो आधीपासूनच वापरत आहात | Set up SendGrid | | Postmark | फक्त ट्रान्झॅक्शनल मेल, उत्तम डिलिव्हरेबिलिटी | Set up Postmark | | Amazon SES | आपण आधीपासूनच AWS वर आहात आणि सर्वात कमी किंमत हवी आहे | Set up Amazon SES | | Resend | आपल्याला सर्वात सोपी मांडणी हवी आहे | Set up Resend | | Your own SMTP server | आपण स्वतःची मेल पायाभूत सुविधा चालवता | Set up SMTP |

आपली कोणतीही पसंती नसेल आणि कोणतेही विद्यमान खाते नसेल, तर ट्रान्झॅक्शनल मेलसाठी आम्ही Postmark निवडू: तो मार्केटिंग मेल वाहून नेण्यास नकार देतो, आणि याच कारणामुळे त्याचे डिलिव्हरी दर उत्कृष्ट आहेत.

आधी DNS चे काम करा. हे बहुतांश काम आहे.

आपण कोणताही प्रदाता निवडला तरीही, आपले मेल पोहोचणार की स्पॅममध्ये जाणार हे तेच तीन DNS रेकॉर्ड ठरवतात. आपला प्रदाता तंतोतंत मूल्ये तयार करतो; आपण ती आपल्या डोमेनमध्ये जोडायची असतात.

SPF — आपल्या डोमेनवरील एक TXT रेकॉर्ड, ज्यामध्ये आपल्या नावाने मेल पाठवण्याची परवानगी कोणाला आहे याची यादी असते. आपल्याकडे आधीपासूनच एक असल्यास, आपण त्यात संपादन करता; दुसरे जोडत नाही. दोन SPF रेकॉर्ड असलेला डोमेन पूर्णपणे निष्फळ ठरतो, जे एकही रेकॉर्ड नसण्यापेक्षा वाईट आहे.

DKIM — एक TXT किंवा CNAME रेकॉर्ड ज्यामध्ये पब्लिक की असते, जेणेकरून प्राप्त करणारे सर्व्हर तपासू शकतील की संदेश खरोखर आपल्या प्रदात्याकडून आला आहे आणि त्यात कोणताही बदल केलेला नाही. हे रेकॉर्ड सर्वात महत्त्वाचे काम करते, आणि DMARC पास होण्यासाठी जुळणारे रेकॉर्ड हेच असते.

Return-path (bounce) domain — सहसा एक CNAME. हे अदृश्य लिफाफा पत्ता सेट करते जो आपला प्रदाता बाउंस गोळा करण्यासाठी वापरतो. याशिवाय, बाउंस अशा ठिकाणी जातात जे आपण पाहू शकत नाही आणि आपल्याला कळल्याशिवाय आपल्या डोमेनची प्रतिष्ठा घसरते.

DMARC — _dmarc.yourdomain.com येथील एक TXT रेकॉर्ड जो SPF आणि DKIM आपल्या ‘From’ रेषेशी जुळत नसताना काय करायचे हे प्राप्त करणाऱ्या सर्व्हरला सांगतो. सर्वकाही पास होत आहे की नाही हे तपासत असताना p=none पासून सुरुवात करा, नंतर p=quarantine आणि p=reject कडे जा.

⚠️ DNS मधील बदल त्वरित होत नाहीत. काहीतरी चुकीचे आहे असे ठरवण्यापूर्वी त्यांना एक तासापर्यंतचा वेळ द्या.

पाठवण्यासाठी सबडोमेन वापरा

yourdomain.com वरून पाठवण्याऐवजी mail.yourdomain.com किंवा notifications.yourdomain.com वरून पाठवा.

याचे कारण प्रतिष्ठा हे आहे. आपला मुख्य डोमेन तो आहे जो आपला व्यावसायिक ईमेल वापरतो. मोठ्या प्रमाणावर ईमेल पाठवणे काही कारणाने बिघडल्यास, एक वेगळा पाठवणारा सबडोमेन होणारे नुकसान मर्यादित ठेवतो — आपण समस्येचे निवारण करत असताना आपले कर्मचारी अजूनही ग्राहकांना ईमेल पाठवू शकतात. हे आपल्याला आपल्या स्वतःच्या मेलबॉक्सेस अवलंबून असलेल्या रेकॉर्डला स्पर्श न करता पाठवण्यासाठी DNS रेकॉर्ड सेट करण्याची अनुमती देते.

आपण अजूनही Send from this domain क्षेत्रात पत्ता न घालता डोमेन घालता. @ च्या आधीचा भाग प्रत्येक संदेशानुसार निवडला जातो: पावती billing@ म्हणून, पासवर्ड रिसेट no-reply@ म्हणून, तिकीट उत्तरे support@ म्हणून जातात.

मांडणी कशी कार्य करते

1. आपला प्रदाता निवडा आणि त्याचे क्रेडेंशियल पेस्ट करा.
2. Send test message वर क्लिक करा. आम्ही आपल्या प्रदात्याद्वारे, आपण नियुक्त केलेल्या इनबॉक्समध्ये, एका कोडसह एक वास्तविक ईमेल पाठवतो.
3. त्या इनबॉक्समधून कोड वाचा आणि तो प्रविष्ट करा.

केवळ त्यानंतरच आपले मेल आपल्या नावाने जाण्यास सुरुवात होते.

⭐ चाचणीसाठी वेगळ्या डोमेनवरील इनबॉक्स वापरा — Gmail किंवा Outlook पत्ता आदर्श आहे. आपल्या स्वतःच्या सर्व्हरवरून कधीही बाहेर न पडणारा संदेश, इंटरनेट पार करून दुसऱ्याच्या स्पॅम फिल्टरला चकवून गेलेल्या संदेशापेक्षा खूप कमी सिद्ध करतो.

चाचणी संदेश प्रत्यक्षात पोहोचण्यावर आम्ही का भर देतो

कारण संदेश स्वीकारून नंतर तो शांतपणे सोडून देणारा प्रदाता हा काम करणाऱ्या प्रदात्यासारखाच दिसतो. एक नवीन Amazon SES खाते सँडबॉक्समध्ये असते आणि ते आपला संदेश स्वीकारेल पण कुठेही पोहोचवणार नाही. ज्या Mailgun डोमेनचे DNS प्रसारित झाले नाही तेसुद्धा तेच करते. 250 उत्तर देऊन संदेश टाकून देणारा SMTP रिले देखील हेच करतो.

आपले क्रेडेंशियल स्वीकारल्याबरोबर आम्ही आपले पाठवणे सुरू केले असते, तर आपल्या ग्राहकांना काहीही मिळणे बंद झाले आहे ही पहिली गोष्ट आपल्याला समजली असती — आणि तीसुद्धा काही दिवसांनंतर, एखाद्या ग्राहकाकडून समजली असती. कोड हा पुरावा आहे की संदेश आपल्या प्रदात्याकडून बाहेर पडला आणि पोहोचला.

माझा प्रदाता कार्य करणे थांबवल्यास काय होईल

आपल्या सूचना अपयशी झाल्या म्हणून नोंदवल्या जातात, पुन्हा प्रयत्न केला जातो आणि आपली Email sending स्क्रीन आपल्या प्रदात्याच्या स्वतःच्या त्रुटी संदेशासह लाल होते.

⛔ आम्ही त्याऐवजी आमच्या डोमेनवरून पाठवत नाही. हे मुद्दाम केले आहे. शांतपणे बॅकअप वापरण्याचा अर्थ असा होईल की खराब झालेले मेल खाते इतके व्यवस्थित काम करत राहील की कोणीही ते दुरुस्त करणार नाही — तर दुसरीकडे आम्ही शांतपणे त्याचा खर्च करत राहू. त्यामुळे त्रुटी स्पष्टपणे दिसते आणि ती दुरुस्त करण्याची जबाबदारी आपली असते, जो ती दुरुस्त करण्याचा एकमेव मार्ग आहे.

ती दुरुस्त होईपर्यंत, आपल्या ग्राहकांना त्या सूचना मिळत नाहीत. सर्वकाही अजूनही त्यांच्या डॅशबोर्ड इनबॉक्समध्ये असते आणि काहीही गमावले जात नाही — परंतु येथील लाल बॅनरकडे तातडीची बाब म्हणून पाहा.

मी काहीच केले नाही तर काय होईल?

काहीही बिघडत नाही. आपल्या सूचना आमच्या डोमेनवरून, Zinn Digital® म्हणून जात राहतील आणि आम्ही त्यासाठी खर्च करत राहू. आपल्या ग्राहकांना फक्त आपल्या नावाऐवजी आमचे नाव दिसेल.

ते हटवणे

Disconnect वर क्लिक करा. आपले जतन केलेले क्रेडेंशियल हटवले जाते आणि आपल्या सूचना पुढील संदेशापासून आमच्या डोमेनवर परत जातात. आपण कोणत्याही वेळी पुन्हा कनेक्ट करू शकता.