ईमेल थ्रेडिंग क्या है, और जवाब एक साथ कैसे रहते हैं?

ईमेल थ्रेडिंग In-Reply-To और References हेडर के ज़रिए हर संदेश को मूल संदेश ID से जोड़कर जवाबों को एक साथ रखती है।

क्लाइंट किसी जवाब के हेडर देखकर उसे पिछले संदेशों के साथ समूहित करता है। In-Reply-To और References में मौजूद संदेश ID की मदद से वह एक ही बातचीत दिखा पाता है।

कौन-से हेडर जवाबों को एक थ्रेड में रखते हैं?

जवाब देने वाला संदेश पैरेंट संदेश का Message-ID In-Reply-To में रखता है। वह References में संबंधित संदेश ID की शृंखला भी रखता है। इससे एक संदेश से कई जवाब निकलने पर भी क्लाइंट बातचीत को फिर से बना सकता है।

RFC 5322 सेक्शन 3.6.4 के अनुसार In-Reply-To उस संदेश या उन संदेशों की पहचान कर सकता है जिनका जवाब नया संदेश है। References थ्रेड के संबंधित संदेशों की पहचान कर सकता है।

थ्रेड वाला जवाब कैसा दिखता है?

Message-ID: <m1@example.com> वाले संदेश को इन हेडर के साथ जवाब मिल सकता है:

In-Reply-To: <m1@example.com>
References: <m1@example.com>

उस जवाब का जवाब नए पैरेंट को References के अंत में जोड़ता है:

In-Reply-To: <m2@example.com>
References: <m1@example.com> <m2@example.com>

हर ID को ठीक वैसे ही रखें जैसे भेजने वाले ने दिया था। पैरेंट के लिए नई ID न बनाएँ, और उसकी जगह विषय पंक्ति कॉपी न करें।

हेडरउदाहरण मानकाम
Message-ID<reply@example.com>इस संदेश की पहचान करता है
In-Reply-To<original@example.com>उस संदेश का नाम बताता है जिसका जवाब दिया जा रहा है
References<original@example.com>पूर्ववर्ती संदेशों की श्रृंखला रखता है

ये मान कृत्रिम उदाहरण हैं। केवल Re: विषय से मूल संदेश की पहचान नहीं होती।

कोई जवाब थ्रेड से अलग क्यों हो सकता है?

अगर In-Reply-To और References मौजूद नहीं हैं या किसी दूसरे संदेश की ओर इशारा करते हैं, तो क्लाइंट एक नई बातचीत शुरू कर सकता है। विषय बदलने से भी समूहीकरण पर असर पड़ सकता है, क्योंकि क्लाइंट हेडर को अपने विषय-नियमों के साथ मिलाकर इस्तेमाल करते हैं।

फ़ॉरवर्ड किया गया संदेश आमतौर पर एक नई बातचीत होता है। उसमें संदर्भ के लिए पुरानी सामग्री होती है। लेकिन वह मूल संदेश को अपने आप अपने पैरेंट संदेश के रूप में नहीं पहचानता।

Reply लेखक या Reply-To पते पर भेजता है। Reply-all मूल To और Cc प्राप्तकर्ताओं को भी शामिल रखता है, जो भेजने वाले के मेलबॉक्स नियमों पर निर्भर करता है। फिर भी क्लाइंट संदेशों को अलग तरह से समूहित या विभाजित कर सकता है, क्योंकि संदेश दिखाना और समूहित करना क्लाइंट का व्यवहार है।

Bird के साथ थ्रेड को कैसे बनाए रखें?

जब आप Bird मेलबॉक्स से जवाब देते हैं, तो प्राप्त संदेश के लिए POST /v1/email/threads/{thread_id}/messages/{message_id}/reply पर replyEmailThreadMessage कॉल करें। यह ऑपरेशन mailbox write स्कोप का उपयोग करता है। Bird विषय और जवाब के हेडर अपने आप तय करता है। भेजा गया संदेश उसी थ्रेड में रहता है। नए थ्रेड के लिए compose का उपयोग करें। मेलबॉक्स गाइड में जवाब देने की प्रक्रिया और आने वाले मेल के webhook इवेंट दिए गए हैं।

अगर आपका इंटीग्रेशन raw मेल भेजता है, तो पैरेंट संदेश का Message-ID In-Reply-To में और पूरी शृंखला References में बनाए रखें। इन हेडर को संदेश के रिकॉर्ड के साथ सहेजें, ताकि हर फिर से प्रयास में वही संबंध इस्तेमाल हो।

संक्षेप में

  • In-Reply-To उस संदेश को बताता है जिसका जवाब दिया जा रहा है।
  • References संबंधित संदेशों की शृंखला रखता है।
  • कोई हेडर मौजूद न हो या असंबंधित हो, तो नई बातचीत शुरू हो सकती है।
  • Bird मेलबॉक्स से दिए गए जवाब प्राप्त संदेश के थ्रेड में ही रहते हैं।

उसी नेटवर्क पर बनाएँ।

एक टेस्ट API key आपको तुरंत मिल जाती है। भुगतान विधि जोड़ने और सेंडर सत्यापित करने पर प्रोडक्शन अनलॉक होता है।

आपका अगला आइडिया। जुड़ने के लिए तैयार।