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