ईमेल हेडर फ़ील्ड 'थ्रेड-इंडेक्स' कैसे काम करता है?

Question

मैं सोच रहा था कि क्या किसी को पता था कि ईमेल हेडर में थ्रेड-इंडेक्स फ़ील्ड कैसे काम करता है?

यहां ईमेल थ्रेड इंडेक्स की एक साधारण श्रृंखला है जिसे मैंने स्वयं के साथ मैसेज किया है।

Email 1 Thread-Index: AcqvbpKt7QRrdlwaRBKmERImIT9IDg== 
Email 2 Thread-Index: AcqvbpjOf+21hsPgR4qZeVu9O988Eg== 
Email 3 Thread-Index: Acqvbp3C811djHLbQ9eTGDmyBL925w== 
Email 4 Thread-Index: AcqvbqMuifoc5OztR7ei1BLNqFSVvw== 
Email 5 Thread-Index: AcqvbqfdWWuz4UwLS7arQJX7/XeUvg== 

मैं निश्चित रूप से यह नहीं कह सकता कि मैं इन ईमेल को एक साथ कैसे जोड़ सकता हूं। आम तौर पर, मैं इन-जवाब-क्षेत्र या संदर्भ फ़ील्ड का उपयोग करता हूं, लेकिन मुझे हाल ही में पता चला है कि ब्लैकबेरी इन क्षेत्रों को शामिल नहीं करते हैं। केवल थ्रेड-इंडेक्स फ़ील्ड शामिल है।

Answer 1

मुझे आश्चर्य नहीं होगा अगर वहाँ मेल क्लाइंट हैं जो ब्लैकबेरी के मेल को उनके धागे से जोड़ने में सक्षम नहीं होंगे। Thread-Index हेडर एक माइक्रोसॉफ्ट एक्सटेंशन प्रतीत होता है।

किसी भी तरह से, नोवेल इवोल्यूशन इसे लागू करता है। this short description पर एक नज़र डालें, या this piece of code जो किसी दिए गए संदेश के थ्रेड पेरेंट को पाता है।

मुझे लगता है कि, क्योंकि आपके उदाहरण में Thread-Index शीर्षलेखों की लंबाई सभी समान हैं, ये संदेश सभी धागे शुरू हो गए थे? अजीब बात यह है कि वे केवल 22-बाइट हैं, हालांकि मुझे लगता है कि आप उन्हें 5-बाइट-प्रति-संदेश नियम लागू करने का प्रयास कर सकते हैं और देख सकते हैं कि यह आपके लिए काम करता है या नहीं।

Answer 2

वहाँ कैसे वास्तव में इस गैर मानक "थ्रेड-सूचकांक" शीर्षक this post में, प्रयोग की जाने वाली और लिंक, उधर से this pdf जो एक भी शामिल है (एक कागज CEAS 2006 सम्मेलन में प्रस्तुत किया) और this follow-up, सहित प्रकट होता है का एक अच्छा विश्लेषण है evolution स्रोत कोड से इस मुद्दे पर टिप्पणी करें (जो इस अनियंत्रित शीर्षलेख के पर्याप्त रिवर्स-इंजीनियरिंग को प्रतिबिंबित करता है)।

कार्यकारी सारांश: अनिवार्य रूप से, लेखक अंत में इस शीर्ष लेख का उपयोग करने पर देता है और सिफारिश की गई है और पता चलता है एक अलग दृष्टिकोण है, जो भी c-client पुस्तकालय में कार्यान्वित किया जाता है, UW IMAP Toolkit खुला स्रोत पैकेज का हिस्सा (जो IMAP के लिए नहीं है केवल - नाम को मूर्ख मत बनो, यह पीओपी, एनएनटीपी, स्थानीय मेलबॉक्स, & सी के लिए भी काम करता है)।

Answer 3

वे बेस 64 एन्कोडेड वार्तालाप सूचकांक मान हैं। उन्हें माइक्रोसॉफ्ट द्वारा दस्तावेज किए जाने के रूप में उन्हें इंजीनियर करने की आवश्यकता नहीं है। http://msdn.microsoft.com/en-us/library/ms528174(v=exchg.10).aspx और http://msdn.microsoft.com/en-us/library/ee202481(v=exchg.80).aspx

मानते हैं कि आपके उदाहरण में इंडेक्स एक ही वार्तालाप का प्रतिनिधित्व नहीं करते हैं, जिसका शायद मतलब है कि मेल भेजने वाले सॉफ़्टवेयर उन्हें एक साथ जोड़ने में सक्षम नहीं थे।

संपादित करें: दुर्भाग्यवश मेरे पास कोई टिप्पणी जोड़ने के लिए पर्याप्त प्रतिष्ठा नहीं है, लेकिन अदोमो सही है कि इसमें टाइमस्टैम्प होता है - कुछ हद तक गूढ़ एन्कोडेड आंशिक फ़ाइल। लेकिन इसमें एक GUID भी शामिल है, इसलिए यह उस मेल के लिए अद्वितीय होने के लिए बहुत अधिक गारंटीकृत है (बेशक एक ही मेल कई प्रतियों में मौजूद हो सकता है)।

Answer 4

आप सी # में थ्रेड-सूचकांक पार्स करने में रुचि रखते हैं इस पोस्ट

http://forum.rebex.net/questions/3841/how-to-interprete-thread-index-header

टुकड़ा आप थ्रेड-सूचकांक पार्स वहाँ जाने और थ्रेड प्राप्त करेंगे तो आप पाएंगे पर एक नज़र डालें तो कृपया GUID और संदेश डेटटाइम। हालांकि एक समस्या है, यह वहां सभी थ्रेड-इंडेक्स के लिए काम नहीं करता है। प्रश्न यह है कि कुछ थ्रेड-इंडेक्स अमान्य डेटटाइम क्यों उत्पन्न करते हैं और उन सभी का समर्थन करने के लिए क्या करना है ???