Lấy Message-Idtừ nguồn trang
Bên cạnh việc tải xuống tài liệu lưu trữ tháng như được đề cập tại /webapps//a/23198/51862, bạn cũng có thể tìm thấy Message-Idbằng cách kiểm tra nguồn trang.
Ở đầu mỗi trang tin nhắn, ví dụ: http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html có một mailto:liên kết hiển thị dưới dạng:
Ciro Santilli ciro.santilli at gmail.com
Nếu bạn chỉ nhấp vào nó trên Chromium 64, Ubuntu 17.10, nó không hoạt động: Thunderbird mở ra mà không có In-Reply-To. Hành vi tương tự cho tất cả các kết hợp của Firefox 58 và đặt gmail làm trình xử lý email của tôi mà tôi đã thử.
Tuy nhiên, nếu bạn mở nguồn trang hoặc sử dụng tính năng Kiểm tra trình duyệt (Ctrl + Shift + I), chúng ta có thể thấy rằng liên kết đầy đủ thực sự là:
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
và vì vậy In-Reply-Tothực sự là có nhưng URL được mã hóa! Sau đó, chúng tôi có thể sử dụng một bộ giải mã, chẳng hạn như: https://urldecode.org hoặc các công cụ CLI cung cấp cho chúng tôi chính xác Message-Id:
<20180303072704.11166-1-ciro.santilli@gmail.com>
Đặt thủ công In-Reply-Totiêu đề cho Message-Idchúng tôi tìm thấy
Khi chúng tôi có ID thông báo, bây giờ chúng tôi cần tìm một ứng dụng khách cho phép chúng tôi đặt nó.
Các phương pháp mà tôi đã thử nghiệm trên tài khoản gmail của mình:
mutt
Trước tiên, hãy đảm bảo rằng muttcấu hình chính xác và bạn có thể gửi email qua hai tài khoản giả mà bạn kiểm soát.
Sau đó thêm vào .muttrc:
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
Khi chỉnh sửa email trên trình soạn thảo văn bản, bây giờ bạn có thể thấy các tiêu đề và chỉnh sửa chúng trực tiếp, vì vậy chúng ta nên làm cho chúng chứa một dòng loại:
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
Các Subject:lĩnh vực phải phù hợp với những gì các bộ OP, nhưng bạn không cần phải đặt thẻ mailing list [gem5-users]trên Subject:đường, điều này được tự động thêm vào khi GNU Mailman chuyển tiếp email cho người dân.
Đây là một câu trả lời mẫu mà tôi đã nhập hoàn toàn thủ công thông qua phương thức này: https://www.mail-archive.com/gem5-users@gem5.org/msg15488.html (cũng hoạt động trên GNU Mailman của dự án, nhưng nó không may đăng nhập để xem: http://m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html )
Một cách dễ dàng để tìm một mẫu cho các tiêu đề trả lời là nhấp để trả lời một chủ đề mà bạn nhận được sau khi đăng ký, và chỉ cần sửa đổi Subject:và In-Reply-To:các trường theo những gì bạn cần.
Tuy nhiên, hãy cẩn thận rằng tường lửa của công ty có thể chặn muttcác cổng của nó trong khi không chặn giao diện web của gmail: /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-USE-USE -git-gửi-ema / 50172911 # 50172911
Đã thử nghiệm trong GNU Mailman 2.1.16, mutt1.9.4, Ubuntu 18.04.
Tôi không thể tìm thấy một phương pháp tốt cho các khách hàng sau:
Tiêu chuẩn
Bản thân RFC đề cập rằng In-Reply-Totrong mailtocác liên kết https://tools.ietf.org/html/rfc1738 :
Một cách sử dụng thú vị của URL mailto của bạn là khi duyệt qua kho lưu trữ thư. Mỗi thư được duyệt có thể chứa một URL mail như:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
và thật tuyệt khi các nhà phát triển GNU Mailman đã tận dụng lợi thế của nó, nhưng tôi tự hỏi thành phần nào không hoạt động đúng để làm cho nó chỉ hoạt động.
Một cách khó hiểu, cùng một RFC cũng nói:
4. Tiêu đề không an toàn
Tác nhân người dùng diễn giải URL mailto NÊN chọn không tạo thư nếu bất kỳ tiêu đề nào được coi là nguy hiểm; nó cũng có thể chọn tạo một tin nhắn chỉ với một tập hợp con của các tiêu đề được đưa ra trong URL. Chỉ có Tiêu đề, Từ khóa và Tiêu đề cơ thể được cho là an toàn và hữu ích.
Người tạo URL mailto không thể mong đợi trình phân giải của URL hiểu nhiều hơn các tiêu đề "chủ đề" và "cơ thể". Các khách hàng giải quyết URL gửi thư vào thư phải có thể tạo chính xác các thư thư tuân thủ RFC 822 bằng cách sử dụng các tiêu đề "chủ đề" và "cơ thể".
Vì vậy, có lẽ đó là lý do tại sao nhiều khách hàng không hỗ trợ nó?
Xem thêm: /programming/4782068/can-i-set-subject-content-of-email-USE-mailto/41365892#41365892
Điều tiếp theo bạn sẽ muốn biết là làm thế nào để áp dụng các bộ vá mà người khác đã gửi để kiểm tra chúng tại địa phương: /programming/5062389/getting-started-with-git-am Spoiler: đó là một nỗi đau / không thể hoàn tác là tốt.