जब किसी दस्तावेज़ को कलेक्शन में जोड़ा जाता है, तो एक्सटेंशन उसे ईमेल डिलीवरी की प्रोसेस के लिए चुन लेता है. एक्सटेंशन ईमेल को प्रोसेस करने के लिए दस्तावेज़ में एक delivery फ़ील्ड बनाता है और अपडेट करता है.
ईमेल डिलीवरी की प्रोसेस जारी है
delivery फ़ील्ड में ये फ़ील्ड शामिल किए जा सकते हैं:
- state: इनमें से कोई एक:
PENDING,PROCESSING,SUCCESSयाERROR. - startTime: ईमेल को प्रोसेस करने की शुरुआत का टाइमस्टैंप.
- endTime: ईमेल प्रोसेस होने का टाइमस्टैंप. इसका मतलब है कि ईमेल की स्थिति
SUCCESSयाERRORपर खत्म हो गई है. - गड़बड़ी: अगर ईमेल डिलीवर करने में कोई गड़बड़ी हुई है, तो यहां गड़बड़ी का मैसेज दिखेगा.
- attempts: इस ईमेल को डिलीवर करने की कोशिशों की संख्या.
- leaseExpireTime: अगर कोई अनुरोध रुक जाता है या टाइम आउट हो जाता है, तो इस समय के बाद
PROCESSINGस्थिति को गड़बड़ी माना जाना चाहिए. - info: ईमेल डिलीवर होने के बाद (कम से कम एक पते पर), इस फ़ील्ड में ये फ़ील्ड अपने-आप भर जाएंगे:
- messageId: डिलीवर किए गए ईमेल का मैसेज आईडी.
- accepted: ईमेल पतों का ऐसा कलेक्शन जहां ईमेल डिलीवर हो गया है.
- rejected: ईमेल पतों का ऐसा कलेक्शन जहां ईमेल डिलीवर नहीं किया जा सका.
- pending: यह उन ईमेल पतों का कलेक्शन होता है जिन्हें एसएमटीपी ने कुछ समय के लिए अस्वीकार कर दिया था.
- response: एसएमटीपी सर्वर से मिला आखिरी जवाब.
आम तौर पर, ईमेल PENDING से PROCESSING को भेजा जाता है. इसके बाद, यह SUCCESS या ERROR को भेजा जाता है. SUCCESS या ERROR स्थिति में होने के बाद, दस्तावेज़ में किए गए अन्य बदलावों से एक्सटेंशन को दूसरा ईमेल भेजने का ट्रिगर नहीं मिलेगा. दस्तावेज़ के अपडेट के साथ किसी ईमेल को फिर से भेजने के लिए, state को PENDING या RETRY में बदला जा सकता है.
मैन्युअल तरीके से फिर से कोशिश करना
ऐसे उदाहरण मिलते हैं जिनमें ईमेल डिलीवरी छोटी सी गड़बड़ी की वजह से आगे नहीं बढ़ पाती है या मामूली सुधारों के साथ डिलीवरी के लिए दस्तावेज़ को मैन्युअल तौर से ठीक किया जा सकता है. हालांकि, ईमेल भेजने की कोशिश अपने-आप नहीं होती. इसलिए, आपको delivery फ़ील्ड में जाकर, state को RETRY में मैन्युअल तरीके से बदलना होगा. इससे एक्सटेंशन, ईमेल भेजने की कोशिश फिर से करेगा और attempts की संख्या बढ़ जाएगी.