Получить 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, как и у моего обработчика электронной почты, который я пробовал.
Однако если вы откроете исходный код страницы или воспользуетесь функцией проверки браузера (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-посыла ЕМА / 50172911 # 50172911
Протестировано в GNU Mailman 2.1.16, mutt1.9.4, Ubuntu 18.04.
Я не смог найти хороший метод для следующих клиентов:
стандарты
Сам RFC упоминает, что In-Reply-Toв mailtoссылках https://tools.ietf.org/html/rfc1738 :
Интересное использование вашего mailto URL при просмотре архивов сообщений. Каждое просмотренное сообщение может содержать почтовый URL-адрес, например:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
и это здорово, что разработчики GNU Mailman воспользовались этим, но мне интересно, какой компонент не работает должным образом, чтобы это работало.
Смущает тот же RFC и говорит:
4. Небезопасные заголовки
Пользовательский агент, интерпретирующий почтовый URL, ДОЛЖЕН выбрать не создавать сообщение, если какой-либо из заголовков считается опасным; он также может создать сообщение только с подмножеством заголовков, указанных в URL. Считается, что только заголовки Subject, Keywords и Body являются безопасными и полезными.
Создатель почтового URL не может ожидать, что распознаватель URL будет понимать больше, чем заголовки «subject» и «body». Клиенты, которые преобразуют почтовые 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 Спойлер: это боль / также можно отменить.