Message-Id
पृष्ठ स्रोत से प्राप्त करें
Https://webapps.stackexchange.com/a/23198/51862 में बताए गए महीने के अभिलेखागार को डाउनलोड करने के अलावा, आप Message-Id
पृष्ठ स्रोत का निरीक्षण करके भी पा सकते हैं ।
प्रत्येक संदेश पृष्ठ के शीर्ष पर, जैसे http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html एक mailto:
लिंक है जो इस प्रकार दिखाता है:
Ciro Santilli ciro.santilli at gmail.com
यदि आप इसे क्रोमियम 64, उबंटू 17.10 पर क्लिक करते हैं, तो यह काम नहीं करता है: थंडरबर्ड खुलता है, बिना In-Reply-To
। फ़ायरफ़ॉक्स 58 के सभी संयोजनों के लिए समान व्यवहार और मेरे ईमेल हैंडलर के रूप में जीमेल सेट करना जो मैंने कोशिश की है।
हालाँकि, यदि आप पृष्ठ स्रोत खोलते हैं, या निरीक्षण ब्राउज़र सुविधा (Ctrl + Shift + I) का उपयोग करते हैं, तो हम देख सकते हैं कि पूर्ण लिंक वास्तव में है:
mailto:buildroot%40busybox.net?Subject=Re%3A%20%5BBuildroot%5D%20%5BPATCH%5D%20Fix%20%22Incorrect%20selection%20of%20kernel%20headers%3A%0A%20expected%204.11.x%2C%20got%204.15.x%22%20for%20qemu_x86_64_defconfig&In-Reply-To=%3C20180303072704.11166-1-ciro.santilli%40gmail.com%3E
और इसलिए In-Reply-To
वास्तव में वहाँ है, लेकिन URL एनकोडेड! फिर हम एक डिकोडर का उपयोग कर सकते हैं जैसे: https://urldecode.org या सीएलआई टूल जो हमें सही देता है Message-Id
:
<20180303072704.11166-1-ciro.santilli@gmail.com>
हमने पाया In-Reply-To
हैडर को मैन्युअल रूप से सेट करेंMessage-Id
एक बार जब हमारे पास संदेश आईडी होती है, तो हमें अब एक ग्राहक खोजने की आवश्यकता होती है जो हमें इसे सेट करने की अनुमति देता है।
वे तरीके जिन्हें मैंने अपने जीमेल खाते पर परीक्षण किया है:
मुझे निम्नलिखित ग्राहकों के लिए एक अच्छी विधि नहीं मिली:
मानक
आरएफसी ही कहा गया है कि In-Reply-To
में mailto
लिंक https://tools.ietf.org/html/rfc1738 :
संदेशों के अभिलेखागार ब्राउज़ करते समय आपके mailto URL का एक दिलचस्प उपयोग होता है। प्रत्येक ब्राउज किए गए संदेश में एक mailto URL हो सकता है जैसे:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
और यह बहुत अच्छा है कि जीएनयू मेलमैन देवों ने इसका लाभ उठाया, लेकिन मुझे आश्चर्य है कि यह सिर्फ काम करने के लिए कौन सा घटक ठीक से काम नहीं कर रहा है।
भ्रामक रूप से, वही RFC भी कहता है:
4. असुरक्षित हेडर
यदि कोई हेडर खतरनाक माना जाता है तो उपयोगकर्ता एजेंट मेल्टो यूआरएल SHOULD की व्याख्या नहीं करता है, ताकि वह संदेश न बना सके; यह केवल URL में दिए गए शीर्ष लेखों के साथ एक संदेश बनाने के लिए भी चुन सकता है। केवल विषय, कीवर्ड और बॉडी हेडर को सुरक्षित और उपयोगी दोनों माना जाता है।
एक mailto URL के निर्माता "विषय" और "बॉडी" हेडर से अधिक समझने के लिए URL के रिज़ॉल्वर की उम्मीद नहीं कर सकता है। मेल संदेशों में मेलबॉक्स URL का समाधान करने वाले ग्राहकों को "विषय" और "बॉडी" हेडर का उपयोग करके सही तरीके से RFC 822-कंप्लीट मेल संदेश बनाने में सक्षम होना चाहिए।
तो शायद इसीलिए कई ग्राहक इसका समर्थन नहीं करते हैं?
इसे भी देखें: /programming/4782068/can-i-set-subject-content-of-email-use-mailto/41365892#41365892
अगली बात जो आप जानना चाहते हैं कि पैच सेट कैसे लागू करें अन्य लोगों ने उन्हें स्थानीय स्तर पर परीक्षण करने के लिए भेजा है: /programming/5062389/getting-started-with-git-am Spoiler: यह एक दर्द है / पूर्ववत भी।