List Customer Emails
ग्राहक के भेजे गए ईमेल और उनके डिलीवरी परिणाम पढ़ें।
Get Email Content
एक ईमेल को ठीक उसी रूप में पढ़ें जिस रूप में वह भेजा गया था।
अवलोकन
Dodo Payments आपकी ओर से आपके ग्राहकों को transactional email भेजता है: रसीदें, रिफंड सूचनाएँ, subscription सूचनाएँ, बकाया भुगतान और recovery ईमेल, entitlement grants, और Customer Portal लॉगिन लिंक। किसी customer के Sent Emails tab में हर email दर्ज होती है। हर email के लिए आप देख सकते हैं कि क्या भेजा गया, वह कितनी दूर तक पहुँचा, और विफल होने पर क्यों नहीं पहुँचा। आप customer को प्राप्त email खोल सकते हैं और उसे फिर से भेज सकते हैं।
Emails को 180 days तक रखा जाता है। Delivery status email provider से आता है और आम तौर पर हर delivery event के कुछ सेकंड के भीतर अपडेट हो जाता है।
ग्राहक के ईमेल देखना
1
Open the Customer
Dashboard में Sales → Customers पर जाएँ और customer चुनें।
2
Open the Sent Emails Tab
यह tab पिछले 180 दिनों में इस customer को भेजी गई हर email को नवीनतम email से शुरू करके दिखाता है।
3
Read a Row
हर row में subject दिखता है और उसके नीचे sender तथा recipient address होता है। अन्य columns में Category, Date & Time, Delivery Status, और आपके लिए उपलब्ध Actions दिखते हैं।
Delivery Status
हर email की पाँच में से एक status होती है। API status value लौटाता है और dashboard उसका label दिखाता है:Failure Reasons
जब कोई email नहीं पहुँचती, तो row में एक reason दिया जाता है ताकि आपको पता हो कि क्या कार्रवाई करनी है। उसे पढ़ने के लिए row में status पर pointer रखें। API यही reasonfailure_reason में और एक स्थिर code failure_code में लौटाता है:
इनमें से पाँच reasons के लिए resend करते समय अलग address चाहिए, क्योंकि वही address फिर विफल होगा: mailbox does not exist, address rejected, address blocked after earlier failures, message rejected as too large, और recipient marked the email as spam।
Email पढ़ना
Email पढ़ने के लिए उसकी row में Resend चुनें या failed row में Retry चुनें। खुलने वाला panel Email Preview के अंतर्गत stored copy दिखाता है, ठीक उसी रूप में जैसे उसे भेजा गया था। आपके द्वारा लिखे गए recovery और dunning emails पर Written by you label होता है।
- Customer Portal login emails. इनमें live login link होता है, इसलिए content कभी प्रदर्शित नहीं किया जाता।
- Blocked emails. ये provider तक कभी नहीं पहुँचीं, इसलिए कोई copy मौजूद नहीं है।
- Emails that could not be handed to the provider. कोई copy store नहीं की गई।
- Emails older than 180 days. उस समय provider content हटा देता है।
Email फिर से भेजना
Email फिर से भेजने के लिए उसकी row में Resend चुनें या failed row में Retry चुनें, फिर panel में पुष्टि करें। Button दिखाता है कि email कितनी बार और भेजी जा सकती है। Dodo Payments stored copy से नहीं, बल्कि original event से email को फिर से बनाता है, इसलिए receipt payment की current state दिखाती है। Email original event की date बनाए रखती है।
Limits
ये limits हर resend पर लागू होती हैं:- हर email अधिकतम तीन बार फिर से भेजी जा सकती है।
- एक ही email को उसी address पर भेजने के बीच attempts के लिए प्रतीक्षा होती है: latest send के पाँच मिनट बाद first resend, दूसरे से पहले दस मिनट और तीसरे से पहले पंद्रह मिनट।
- किसी भी address पर resend करने के लिए तब तक प्रतीक्षा होती है जब तक उस address को आपकी ओर से पिछली email मिले पाँच मिनट न हो जाएँ।
- जो send provider तक कभी नहीं पहुँचा, वह तीन resends की सीमा में नहीं गिना जाता। फिर भी वह wait में जुड़ता है।
- Resend केवल dashboard में उपलब्ध है। API read-only है।
जब Resend उपलब्ध नहीं होता
इन मामलों में dashboard resend का विकल्प नहीं देता या उसे अस्वीकार कर देता है:Customer Portal login email हमेशा उसी address पर जाती है जिसने उसका अनुरोध किया था और हर resend एक नया login link बनाता है।
Test Mode
Test mode में real email भेजा जाता है, इसलिए इस पर एक allowance लागू होता है: प्रति business प्रति सप्ताह 100 emails। Resends इसी allowance से लिए जाते हैं। प्रत्येक test-mode email real recipient को भेजा जाता है और उसके subject की शुरुआत में[TEST MODE] होता है।
Test-mode customer emails रोकने के लिए Settings → Communication → Email में Test Mode Emails बंद करें (देखें Test Mode Emails)। इसके बंद रहने पर test mode में कोई customer email नहीं भेजा जाता, tab में कोई row नहीं जोड़ी जाती, कोई allowance खर्च नहीं होता और dashboard resend को अस्वीकार कर देता है। Live mode emails पर इसका कोई प्रभाव नहीं पड़ता।
जब allowance खर्च हो जाता है, तो उस सप्ताह test mode में और कुछ नहीं भेजा जाता। उस सप्ताह अस्वीकार किया गया पहला email एक blocked row के रूप में दर्ज होता है, जिसमें “नहीं भेजा गया: इस सप्ताह का test-mode email allowance खर्च हो चुका है” लिखा होता है। उसी सप्ताह बाद में किए गए अस्वीकारों के लिए कोई row नहीं जोड़ी जाती। Allowance प्रत्येक सप्ताह की शुरुआत में, सोमवार को reset होता है। Live mode पर ऐसी कोई सीमा नहीं है।
Customer Portal login emails test mode में कभी नहीं भेजे जाते और allowance में से खर्च नहीं होते।
API के माध्यम से Emails पढ़ना
List और content आपकी API key के साथ भी उपलब्ध हैं, इसलिए आप अपने support tools में delivery state दिखा सकते हैं। List डिफ़ॉल्ट रूप से प्रति page 10 emails लौटाती है। अधिकतम 100 लौटाने के लिएpage_size सेट करें और 0 से शुरू करके pages के बीच जाने के लिए page_number सेट करें।
client.customers.emails.list() और client.customers.emails.retrieveBody() (Python में retrieve_body()) के रूप में wrap करते हैं।
प्रत्येक item में उसका email_log_id होता है, जिसे आप content endpoint को देते हैं, और उसका status भी होता है। Send विफल होने पर इसमें failure_code और failure_reason भी होते हैं, तथा यह बताने के लिए has_preview होता है कि stored content मौजूद है या नहीं। जब किसी email में दिखाने के लिए content नहीं होता, तो content endpoint 422 लौटाता है। प्रत्येक item में एक policies object भी होता है, जो बताता है कि आप row के साथ क्या कर सकते हैं:
Eligibility स्वयं निर्धारित करने के बजाय
policies पढ़ें। Server ऊपर दिए गए rules लागू करता है।
Customer Management
Customers, purchase history और self-service access manage करें।
Communication Preferences
चुनें कि Dodo Payments आपकी ओर से कौन से emails भेजे।