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

तुमच्या ग्राहकांना मिळणाऱ्या प्रत्येक सूचना — पावत्या (invoices), पासवर्ड रीसेट, तिकीट उत्तरे, प्रकल्प अद्यतने — एका मेल सेवेद्वारे पाठवल्या जातात. डीफॉल्टनुसार ती सेवा आमची असते, 'From' ओळीत Zinn Digital® असे दिसते आणि त्यासाठी आम्ही पैसे भरतो.

तुम्ही एजन्सी (agency) किंवा पुनर्विक्रेता (reseller) प्लॅनवर असल्यास त्याऐवजी तुम्ही तुमची स्वतःची मेल सेवा जोडू शकता. मग तुमच्या ग्राहकांना 'From' ओळीत तुमचे डोमेन दिसते, उत्तरे तुम्हाला परत मिळतात आणि संदेश तुमच्या प्रदात्याकडील तुमच्या खात्यावरून पाठवले जातात.

तुमच्या डॅशबोर्डवरील Email sending येथे हे सेट करा.

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

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

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

आधी DNS करा. हेच बहुतेक मुख्य काम आहे.

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

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

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

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

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

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

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

mail.yourdomain.com किंवा notifications.yourdomain.com वरून पाठवा, स्वतः yourdomain.com वरून नाही.

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

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

सेटअप कसे काम करते

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

केवळ त्यानंतरच तुमचे मेल तुमच्या नावाने पाठवले जाऊ लागतील.

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

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

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

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

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

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

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

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

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

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

ते काढून टाकणे

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