Email

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

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

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

कौन से हेडर रिप्लाई को एक थ्रेड में रखते हैं?

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

RFC 5322 section 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 scope का उपयोग करता है। Bird विषय और रिप्लाई हेडर स्वचालित रूप से तैयार करता है। आउटबाउंड संदेश उसी थ्रेड में रहता है। नई थ्रेड के लिए compose का उपयोग करें। मेलबॉक्स गाइड रिप्लाई फ़्लो और इनकमिंग मेल के लिए webhook इवेंट दिखाती है।

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

सारांश

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

व्यवहार में लाएँ।

इस विषय के लिए डॉक्यूमेंटेशन, गाइड और उदाहरणों के साथ आगे बढ़ें। संसाधन अंग्रेज़ी में हैं।

अभ्यास करें और इम्प्लीमेंटेशन ब्रीफ़ पाएँ

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

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

एक चैनल से शुरुआत करें।
तैयार होने पर बाकी जोड़ें।

एक test API key तुरंत आपकी है। जब आप payment method जोड़ते हैं और sender verify करते हैं, तब production अनलॉक हो जाता है।

Claude Code, Cursor या Codex इस्तेमाल कर रहे हैं? एक setup prompt कॉपी करें और आपका agent आपके लिए Bird CLI और skills इंस्टॉल कर देगा। अपना चुनें:

Cursor