รับMessage-Id
จากแหล่งที่มาของหน้า
นอกจากดาวน์โหลดคลังเก็บรายเดือนตามที่กล่าวไว้ที่/webapps//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
ธันเดอร์เบิร์ดเปิดขึ้นโดยไม่ต้อง พฤติกรรมแบบเดียวกันสำหรับ Firefox 58 ทั้งหมดและการตั้งค่า gmail ให้เป็นตัวจัดการอีเมลของฉันที่ฉันได้ลอง
อย่างไรก็ตามหากคุณเปิดแหล่งที่มาของหน้าเว็บหรือใช้คุณสมบัติตรวจสอบเบราว์เซอร์ (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หรือเครื่องมือ CLIที่ให้ข้อมูลที่ถูกต้องแก่เราMessage-Id
:
<20180303072704.11166-1-ciro.santilli@gmail.com>
ตั้งค่าIn-Reply-To
ส่วนหัวด้วยตนเองเป็นที่Message-Id
เราพบ
เมื่อเรามี ID ข้อความตอนนี้เราต้องค้นหาลูกค้าที่ช่วยให้เราสามารถตั้งค่าได้
วิธีการที่ฉันทดสอบในบัญชี gmail ของฉัน:
ฉันไม่สามารถหาวิธีที่ดีสำหรับลูกค้าต่อไปนี้:
มาตรฐาน
RFC กล่าวถึงตัวเองIn-Reply-To
ในmailto
ลิงก์https://tools.ietf.org/html/rfc1738 :
การใช้ mailto URL ที่น่าสนใจของคุณคือการเรียกดูคลังข้อความ แต่ละข้อความที่เรียกดูอาจมี URL ของ mailto เช่น:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
และเป็นเรื่องที่ดีมากที่ GNU Mailman devs ใช้ประโยชน์จากมัน แต่ฉันสงสัยว่าองค์ประกอบใดที่ทำงานไม่ถูกต้องเพื่อให้ใช้งานได้
พลุกพล่าน RFC เดียวกันยังพูดว่า:
4. ส่วนหัวที่ไม่ปลอดภัย
ตัวแทนผู้ใช้ตีความ mailto URL ควรเลือกที่จะไม่สร้างข้อความหากส่วนหัวใด ๆ ถือว่ามีอันตราย มันอาจเลือกที่จะสร้างข้อความที่มีเพียงส่วนย่อยของส่วนหัวที่กำหนดใน URL เฉพาะหัวข้อเรื่องคำหลักและส่วนหัวเท่านั้นที่เชื่อว่าปลอดภัยและมีประโยชน์
ผู้สร้าง mailto URL ไม่สามารถคาดหวังว่าตัวแก้ไขของ URL จะเข้าใจมากกว่าส่วนหัว "หัวเรื่อง" และ "เนื้อหา" ลูกค้าที่แก้ไข mailto URL ลงในข้อความอีเมลควรสามารถสร้างข้อความเมลที่สอดคล้องกับ RFC 822 ได้อย่างถูกต้องโดยใช้ส่วนหัว "subject" และ "body"
บางทีนั่นอาจเป็นสาเหตุที่ลูกค้าหลายคนไม่สนับสนุนมัน
ดูเพิ่มเติมที่: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
สิ่งต่อไปที่คุณจะต้องรู้ก็คือวิธีการใช้ชุดการแก้ไขที่คนอื่น ๆ ได้ส่งไปทดสอบในพื้นที่: /programming/5062389/getting-started-with-git-amสปอยเลอร์: มันเป็นความเจ็บปวด / ยกเลิกได้เช่นกัน