Dapatkan Message-Id
dari sumber halaman
Selain mengunduh arsip bulan sebagaimana disebutkan di /webapps//a/23198/51862 Anda juga dapat menemukannya Message-Id
dengan memeriksa sumber halaman.
Di bagian atas setiap halaman pesan, misalnya http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html ada mailto:
tautan yang menunjukkan sebagai:
Ciro Santilli ciro.santilli at gmail.com
Jika Anda hanya mengkliknya di Chromium 64, Ubuntu 17.10, itu tidak berfungsi: Thunderbird terbuka, tanpa In-Reply-To
. Perilaku yang sama untuk semua kombinasi Firefox 58 dan pengaturan gmail sebagai penangan email saya yang telah saya coba.
Namun, jika Anda membuka sumber halaman, atau menggunakan fitur Peramban browser (Ctrl + Shift + I), kita dapat melihat bahwa tautan lengkap sebenarnya:
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
dan In-Reply-To
sebenarnya ada di sana tetapi URL dikodekan! Kita kemudian dapat menggunakan dekoder seperti: https://urldecode.org atau alat CLI yang memberi kita yang benar Message-Id
:
<20180303072704.11166-1-ciro.santilli@gmail.com>
Atur In-Reply-To
header secara manual ke yang Message-Id
kami temukan
Setelah kami memiliki ID pesan, kami sekarang perlu menemukan klien yang memungkinkan kami untuk mengaturnya.
Metode yang telah saya uji pada akun gmail saya:
Saya tidak dapat menemukan metode yang baik untuk klien berikut:
Standar
RFC sendiri menyebutkan bahwa In-Reply-To
di mailto
tautan https://tools.ietf.org/html/rfc1738 :
Penggunaan yang menarik dari URL mailto Anda adalah saat menelusuri arsip pesan. Setiap pesan yang diramban mungkin berisi URL mailto seperti:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
dan sangat bagus bahwa GNU Mailman devs mengambil keuntungan darinya, tapi saya bertanya-tanya komponen mana yang tidak berfungsi dengan benar untuk membuat ini berfungsi.
Yang membingungkan, RFC yang sama juga mengatakan:
4. Header tidak aman
Agen pengguna yang menafsirkan URL mailto HARUS memilih untuk tidak membuat pesan jika ada header yang dianggap berbahaya; itu juga dapat memilih untuk membuat pesan dengan hanya sebagian dari header yang diberikan dalam URL. Hanya header Subjek, Kata Kunci, dan Tubuh yang diyakini aman dan bermanfaat.
Pembuat URL mailto tidak dapat mengharapkan resolver dari URL untuk memahami lebih dari header "subjek" dan "tubuh". Klien yang menyelesaikan URL mailto ke dalam pesan email harus dapat membuat pesan email yang sesuai dengan RFC 822 dengan menggunakan header "subject" dan "body".
jadi mungkin itu sebabnya banyak klien tidak mendukungnya?
Lihat juga: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
Hal berikutnya yang ingin Anda ketahui adalah bagaimana menerapkan set tambalan yang telah dikirim orang lain untuk mengujinya secara lokal: /programming/5062389/getting-started-with-git-am Spoiler: itu menyebalkan / Tidak dapat diurungkan juga.