Mailman 보관 처리 된 메시지에 회신

GNU 디버거 (GDB)에 문제가 있었는데 문제가 반복되는 것처럼 보이지만 최근에 같은 문제가 발생한 사람은 한 명뿐입니다. Mailman 보관 메일 링리스트에서이 다른 인스턴스를 찾았습니다.

그런 다음 더 많은 것을 시도하고 마침내 GDB로 문제를 해결했습니다. 이제 찾은 솔루션을 메일 링리스트에보고하고 싶습니다. 그러나 Mailman이 내 메일을 원래 문제와 동일한 스레드로 인식하는 경우에만 실제로 사용되지만 해당 메일이 없기 때문에 (온라인 보관 된 버전 만 해당) 회신 할 수 없습니다.

Mailman이 내 메일을 해당 스레드에 대한 응답으로 간주하도록하려면 어떻게해야합니까?

단순히 주제를 충분히 복사하는 것입니까?

우선, 이전 메시지에 답장을 보내더라도 Mailman은 여전히 ​​이메일을 보낸 달에 표시합니다. 따라서 가지고 있지 않은 메시지에 답장을 보내는 것은 번거로운 일이 아닙니다. 솔루션과 함께 메일 링리스트에 새 이메일을 보내기 만하면됩니다 (주제와 관련이 있다고 가정).

그러나 교육 목적으로 : 메일 링리스트의 모든 메시지에 고유 한 주제가있을 수는 없으므로 주제를 복사하는 것만으로는 충분하지 않습니다. 메시지에 회신하고 있음을 나타내는 표준 방법은 이메일 헤더를 사용하는 것 In-Reply-To입니다. 해당 헤더의 값은Message-ID답장하려는 메일의 헤더입니다. 일반적으로이 작업은 전자 메일 클라이언트에서 자동으로 수행되지만 사용자 정의 헤더 필드를 설정할 수있는 프로그램을 사용하는 경우 수동으로 수행 할 수 있습니다. 해당 메일 링리스트의 목록 아카이브로 이동하여 해당 월의 "Gzip'd text"링크를 클릭하면 해당 월에 전송 된 각 이메일에 대한 Message-ID 헤더가 포함 된 gzip 텍스트 파일이 표시됩니다. . 답장하려는 메시지에서 헤더 값을 복사하고 해당 값을 가진 사용자 정의 In-Reply-To헤더를 보내는 메시지에 추가하십시오 . 예를 들어

Message-ID: abcdefghijklmnopqrstuvwxyz@mail.example.com

다운로드 한 텍스트 파일에서 회신하는 메시지에 사용자 정의 헤더를 추가해야합니다.

In-Reply-To: abcdefghijklmnopqrstuvwxyz@mail.example.com

메시지를 보내면 이전 메시지에 대한 회신으로 간주됩니다.

http://lists.sugarlabs.org/archive/fourthgrademath/2009-September/000337.html 에 따르면

보관 된 메시지에 [저자]의 스팸 방지 전자 메일 주소에 대한 링크가 있습니까? 이 링크는 실제로 HTML mailto 링크입니다. 클릭하면 제목이 일치하는 목록에 새 메시지가 생성됩니다.

를 가져 오기 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

메시지 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:필드 만 수정하는 것입니다.

  차단할 수 있습니다 회사 방화벽이 있다고하지만 조심 muttGmail의 웹 인터페이스를 차단하지 않으면 서 '포트를 S : /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using -git-send-ema / 50172911 # 50172911

  GNU Mailman 2.1.16, mutt1.9.4, Ubuntu 18.04 에서 테스트되었습니다 .

다음 고객에게 적합한 방법을 찾을 수 없습니다.

• gmail : Gmail을 사용하여 발송 한 발신 메일에서 메일 헤더를 수정하는 방법이 있습니까?
• 썬더 버드 : /superuser/1177870/manually-set-in-reply-to-header-in-thunderbird

표준

RFC 자체는 https://tools.ietf.org/html/rfc1738 링크 In-Reply-To에서 언급합니다 .mailto

mailto URL은 메시지 보관소를 탐색 할 때 유용합니다. 탐색 된 각 메시지에는 다음과 같은 mailto URL이 포함될 수 있습니다.

<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>

GNU Mailman 개발자가이 기능을 활용 한 것이 좋지만, 이것이 제대로 작동하기 위해 어떤 구성 요소가 제대로 작동하지 않는지 궁금합니다.

혼란스럽게도 동일한 RFC는 다음과 같이 말합니다.

안전하지 않은 헤더

mailto URL을 해석하는 사용자 에이전트는 헤더가 위험한 것으로 간주되면 메시지를 작성하지 않아야합니다. 또한 URL에 지정된 헤더의 서브 세트만으로 메시지를 작성하도록 선택할 수도 있습니다. 제목, 키워드 및 본문 헤더 만 안전하고 유용하다고 생각됩니다.

mailto URL의 작성자는 URL의 해석자가 "제목"및 "본문"헤더 이상을 이해할 것으로 기대할 수 없습니다. mailto URL을 메일 메시지로 해석하는 클라이언트는 "제목"및 "본문"헤더를 사용하여 RFC 822 호환 메일 메시지를 올바르게 작성할 수 있어야합니다.

아마도 이것이 많은 고객들이 그것을 지원하지 않는 이유일까요?

참조 : /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892

다음으로 알아야 할 것은 다른 사람들이 로컬로 테스트하기 위해 보낸 패치 세트를 적용하는 방법입니다. /programming/5062389/getting-started-with-git-am 스포일러 : 고통 / 취소 할 수 없습니다.

그 메시지에 답하려고했습니다.

https://lists.opensuse.org/opensuse/2016-04/msg00165.html

@ david-z answer의 도움으로 무대 뒤에서 일어나는 일을 이해하는 데 도움이되었지만 실제로 효과가 있었던 것은 메일 링리스트 아카이브로 이동하는 것입니다.

https://lists.opensuse.org/opensuse/

그리고 2016 년 4 월 메일 링리스트 아카이브 의 압축 된 mbox (.mbox 파일)를 다운로드했습니다. 그런 다음, 다운로드 된 mbox 파일을 다음 지시 사항에 따라 Mozilla Thunderbird로 가져 왔습니다 .

http://kb.mozillazine.org/Importing_folders

마지막으로 해당 메시지를 검색하고 여기에 제안 된대로 모두 회신을 클릭했습니다 .

https://forums.opensuse.org/showthread.php/419363-how-do-you-reply-to-a-mailing-list-message

답장을 작성하고 보내기를 클릭 한 후 실제로 답장이 메일 링리스트로 전송 된 것 같습니다 .

mbox 파일 (패치 워크 인스턴스에 있고 과거에 구독하지 않은 경우)을 다운로드 할 수있는 경우 mbox 파일을 다운로드 할 수 있습니다. 해당 스레드에 응답하는 가장 쉬운 방법은 mutt -f file.mbox또는 c에서 mbox 파일을로드하는 것 입니다 mutt.