List Customer Emails
ग्राहक के भेजे गए ईमेल और उनके डिलीवरी परिणाम पढ़ें।
Get Email Content
एक ईमेल को ठीक उसी रूप में पढ़ें जिस रूप में वह भेजा गया था।
अवलोकन
Dodo Payments आपकी ओर से आपके ग्राहकों को transactional email भेजता है: रसीदें, रिफंड सूचनाएँ, subscription सूचनाएँ, बकाया भुगतान और recovery ईमेल, entitlement grants, और Customer Portal लॉगिन लिंक। ग्राहक के रिकॉर्ड में Sent Emails टैब हर ईमेल को दर्ज करता है। हर ईमेल के लिए आप देख सकते हैं कि क्या भेजा गया, वह कहाँ तक पहुँचा, और विफल होने पर क्यों नहीं पहुँचा। आप ग्राहक को प्राप्त ईमेल खोल सकते हैं और उसे फिर से भेज सकते हैं।
ईमेल 180 दिनों तक रखे जाते हैं। डिलीवरी स्थिति ईमेल provider से प्राप्त होती है और घटना के कुछ सेकंड के भीतर अपडेट हो जाती है।
ग्राहक के ईमेल देखना
1
Open the customer
डैशबोर्ड में Customers पर जाएँ और ग्राहक चुनें।
2
Open the Sent Emails tab
यह टैब पिछले 180 दिनों में इस ग्राहक को भेजे गए हर ईमेल को दिखाता है, जिसमें सबसे नया ईमेल पहले होता है।
3
Read a row
हर पंक्ति में विषय, उसके नीचे sender, category, तारीख और समय, तथा डिलीवरी स्थिति दिखाई जाती है।
डिलीवरी स्थिति
विफलता के कारण
जब कोई ईमेल विफल होता है, तो पंक्ति में एक कारण दिया जाता है ताकि आपको पता हो कि क्या कार्रवाई करनी है। उसे पढ़ने के लिए Failed स्थिति पर pointer रखें:
इनमें से पाँच कारणों के लिए resend करते समय अलग पते की आवश्यकता होती है, क्योंकि वही पता फिर से विफल होगा। ये हैं: mailbox does not exist, address rejected, address blocked after earlier failures, message rejected as too large, और recipient marked the email as spam।
ईमेल पढ़ना
ईमेल panel खोलने के लिए किसी पंक्ति पर Resend चुनें। उस panel में Email Preview संग्रहित प्रति को ठीक उसी रूप में दिखाता है जिस रूप में वह भेजी गई थी।
- Customer Portal login emails. इनमें live लॉगिन लिंक होता है, इसलिए सामग्री कभी प्रदर्शित नहीं की जाती।
- Blocked emails. ये provider तक कभी नहीं पहुँचे, इसलिए इनकी कोई प्रति मौजूद नहीं है।
- 180 दिनों से पुराने ईमेल। उस समय provider सामग्री हटा देता है।
ईमेल फिर से भेजना
किसी पंक्ति पर Resend चुनकर वही ईमेल फिर से भेजें। Dodo Payments इसे मूल event से फिर render करता है, इसलिए receipt हमेशा payment की वर्तमान स्थिति दिखाती है।
सीमाएँ
- हर ईमेल अधिकतम तीन बार फिर से भेजा जा सकता है।
- प्रयासों के बीच प्रतीक्षा आवश्यक है: पहले resend से पहले पाँच मिनट, दूसरे से पहले दस मिनट और तीसरे से पहले पंद्रह मिनट।
- जो send provider तक कभी नहीं पहुँचा, वह तीन प्रयासों की सीमा में नहीं गिना जाता। फिर भी वह प्रतीक्षा अवधि बढ़ाता है।
- Resend केवल डैशबोर्ड में उपलब्ध है। API केवल read-only है।
Resend उपलब्ध न होने पर
Customer Portal login email हमेशा उसी पते पर जाता है जिसने उसका अनुरोध किया था, और हर resend एक नया login link बनाता है।
Test Mode
Test mode वास्तविक ईमेल भेजता है, इसलिए इसमें allowance होता है: प्रति business प्रति सप्ताह 100 ईमेल। Resend भी इसी allowance में से उपयोग होते हैं। जब allowance समाप्त हो जाता है, तो आगे के ईमेलblocked के रूप में दर्ज किए जाते हैं और कुछ भी नहीं भेजा जाता। पंक्ति में “Not sent: the test-mode email allowance for this week is spent” लिखा होता है। allowance हर सप्ताह reset होता है। Live mode में ऐसी कोई सीमा नहीं है।
Customer Portal login emails test mode में कभी नहीं भेजे जाते और allowance में से उपयोग नहीं होते।
API के माध्यम से ईमेल पढ़ना
सूची और सामग्री आपके API key के माध्यम से भी उपलब्ध हैं, इसलिए आप अपने support tools में delivery state दिखा सकते हैं।status, send विफल होने पर failure_code और failure_reason, तथा यह बताने के लिए has_preview होता है कि संग्रहित सामग्री मौजूद है या नहीं। इसमें एक policies object भी होता है, जो बताता है कि आप इस पंक्ति के साथ क्या कर सकते हैं:
अपनी eligibility स्वयं निर्धारित करने के बजाय
policies पढ़ें। Server ऊपर दिए गए नियम लागू करता है।
Customer Management
ग्राहकों, खरीद इतिहास और self-service access को manage करें।
Communication Preferences
चुनें कि Dodo Payments आपकी ओर से कौन से ईमेल भेजे।