Отримайте 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
Якщо просто натиснути на нього на Chromium 64, Ubuntu 17.10, він не працює: Thunderbird відкриється, без In-Reply-To
. Однакова поведінка для всіх комбінацій Firefox 58 та налаштування Gmail як мій обробник електронної пошти, що я намагався.
Однак якщо ви відкриєте джерело сторінки або скористаєтесь функцією браузера Inspect (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
знайденого нами
Як тільки ми отримаємо ідентифікатор повідомлення, тепер нам потрібно знайти клієнта, який дозволяє нам його встановити.
Методи, які я перевірив на своєму акаунті gmail:
mutt
Спочатку переконайтеся, що mutt
налаштовано правильно, і що ви можете надсилати електронні листи через два керовані облікові записи, якими ви керуєте.
Потім додайте до свого .muttrc
:
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
Під час редагування електронної пошти в текстовому редакторі тепер ви можете бачити заголовки та редагувати їх безпосередньо, тому ми повинні зробити так, щоб вони містили рядок типу:
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
Subject:
Поле має відповідати тому , що набору OP, але вам не потрібно помістити список розсилки тега [gem5-users]
на Subject:
лінії, це отримує автоматично додається , коли GNU Mailman пересилає листи на осіб.
Ось зразок відповіді, який я ввів повністю вручну за допомогою цього методу: https://www.mail-archive.com/gem5-users@gem5.org/msg15488.html (також працював над GNU Mailman проекту, але це на жаль, увійдіть, щоб побачити: http://m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html )
Один простий спосіб знайти шаблон для заголовків відповідей - це натиснути, щоб відповісти на потік, який ви отримали після підписки, і просто змінити поля Subject:
та In-Reply-To:
відповідати необхідним.
Однак остерігайтеся, що корпоративний брандмауер може блокувати mutt
порти, не блокуючи веб-інтерфейс gmail: /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using -git-send-ema / 50172911 # 50172911
Тестовано у GNU Mailman 2.1.16, mutt
1.9.4, Ubuntu 18.04.
Не вдалося знайти хороший метод для наступних клієнтів:
Стандарти
Сам RFC згадує, що In-Reply-To
у mailto
посиланнях https://tools.ietf.org/html/rfc1738 :
Цікаве використання вашої поштової URL-адреси під час перегляду архівів повідомлень. Кожне переглянуте повідомлення може містити URL-адресу пошти, наприклад:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
і це чудово, що GNU Mailman devs скористався цим, але мені цікаво, який компонент не працює належним чином, щоб це просто працювало.
Конфузно той же RFC також говорить:
4. Небезпечні заголовки
Користувацький агент, що інтерпретує URL-адресу поштової скриньки, ДОЛЖЕН би не створювати повідомлення, якщо будь-який із заголовків вважається небезпечним; він також може створити повідомлення з лише підмножиною заголовків, вказаних у URL-адресі. Вважається, що лише заголовки теми, ключові слова та тіла є безпечними та корисними.
Творець URL-адреси поштового зв’язку не може очікувати, що вирішувач URL-адреси зрозуміє більше, ніж заголовки "тема" та "тіло". Клієнти, які вирішують URL-адреси поштових повідомлень у поштових повідомленнях, повинні мати можливість правильно створювати поштові повідомлення, сумісні з RFC 822, використовуючи заголовки "предмет" та "тіло".
тож, може, тому багато клієнтів не підтримують це?
Дивіться також: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
Наступне, що вам потрібно буде знати, - як застосувати набори патчів, які інші люди надіслали, щоб перевірити їх локально: /programming/5062389/getting-started-with-git-am Спойлер: це біль / також непомітний.