기억이 맞다면, 헤더를 추가한 덕분에 일부 다른 메일 소프트웨어가 올바르게 동작했습니다. 그 이력은 어딘가 메타에 남아 있을 겁니다.
5개의 좋아요
간단히 살펴봤습니다. List-Post 헤더의 기원이 된 것으로 보입니다: Emails are not threaded in Outlook 2013 - #5 by codinghorror
이것이 충분히 숙고된 것인지, 아니면 당시 해결하려는 문제와 관련이 있었는지 확신할 수 없습니다(다만 저도 여기서 계속 배우고 있는 중입니다).
5개의 좋아요
제 생각에는 맞는 것 같습니다. 오히려 잘못된 것은 Reply-To 주소를 무시하는 메일 소프트웨어입니다. 제게 자신을 조나탄이라고 소개했는데, 저는 굳이 에드워드로 부르고 싶은 것과 마찬가지죠. 
2개의 좋아요
Thunderbird가 "목록에 답장"에는 List-Post 헤더를, "답장"에는 From 헤더를 사용하는 것으로 보입니다(여기서는 List-Post와 동일한 Reply-To 헤더는 무시). 이는 메일링 목록의 일부 잠재적 설정(예: Reply-To가 원래 발신자가 아닌 메일링 목록 자체에 의해 설정된 경우)에서 일부 합리적입니다. 이렇게 하면 "목록에 답장"은 목록으로, "답장"은 원래 발신자로(그렇지 않으면 목록으로 보내졌을) 보내질 수 있기 때문입니다.
List-Post 헤더가 없으면 “목록에 답장” 버튼이 제거되어야 합니다(https://developer.mozilla.org/en-US/docs/Mozilla/Projects/Thunderbird/Thunderbird_3_for_users).
“목록에 답장” 옵션이 없으면, “답장” 버튼이 예상대로 Reply-To 헤더의 주소로 이메일을 보내게 될 것으로 추측됩니다.
관련된 질문이 두 가지 있습니다:
- 왜 Discourse는 List-Post 헤더를 사용합니까(이메일은 항상 Reply-To 주소로만 보내지기를 원하기 때문에)?
- List-Post가 설정되지 않은 경우 Thunderbird는 Reply-To를 존중합니까?
1개의 좋아요
좋은 질문입니다! 제 설치 환경에서는 메일링 리스트 기능을 활성화하지 않았는데, 지금은 모든 게시물이 메일링 리스트(List-Post 헤더 포함)로 전송되고 있습니다. 제 생각에는 이것은 버그입니다.
네, 이 변경 사항(discourse/lib/email/sender.rb at 8da9a3f82f341c081b340d0c0be3358eb0f2d348 · discourse/discourse · GitHub) 이전에는 이메일에 List-Post 헤더가 없었으며, reply-to 기능을 사용하여 discourse에 답변할 수 있었습니다.
1개의 좋아요
안타깝게도 해당 확장 프로그램은 최신 버전의 Mozilla Thunderbird에서 더 이상 작동하지 않습니다. 이 확장 프로그램의 더 최신 버전이 있을까요?
1개의 좋아요
잘 모르겠어요. 저는 Thunderbird을 사용하지 않고, 이 문제를 조사하다가 우연히 알게 되었거든요.
1개의 좋아요
Thunderbird 팀에 연락을 시도하고 있습니다. 해당 팀에서 추가적인 도움을 제공받을 수 있으며, 이것이 실제로 그들의 소프트웨어 관련 문제인지 여부를 판단할 수 있을 것입니다.
7개의 좋아요
그분들의 관심을 끌기 위해 노력해 주셔서 감사합니다! 다른 분들도 함께 참여해 주셨으면 좋겠습니다. 
4개의 좋아요
좋은 소식입니다! 마침내 답변을 받았습니다!
6개의 좋아요
오, 정말 훌륭하네요! 최근에 실제로 변경되었기를 바랍니다. 확인해 주셔서 감사합니다.
3개의 좋아요
대안으로, Discourse가 List-Post 사용을 중단하고 Reply-To만 계속 사용하는 것이 있을까요?
(저는 List-Post가 다른 문제를 해결하는 과정에서 무심코/무관하게 추가되어 이 문제를 일으킨 것 같습니다.)
3개의 좋아요
음, 알아보는 방법은 하나뿐이죠!
2개의 좋아요
이 문제를 겪다가 몇 가지 조사해 보니 Thunderbird의 이 동작을 일으키는 원인이 ‘mail.override_list_reply_to’ 설정 변수라는 것을 알게 되었습니다. 적어도 최근 Thunderbird 버전에서는 이 변수의 기본값이 True로 설정되어 있습니다. 이 변수를 False로 설정하면 간단한 답글이 Discourse가 ‘Reply-to’ 헤더에 설정한 값을 존중하게 됩니다. Thunderbird의 환경 설정 메뉴에서 설정 편집기를 열어 ‘mail.override_list_reply_to’ 변수를 검색하고 값을 False로 전환하여 이를 테스트해 볼 수 있습니다.
모든 사용자에게 Thunderbird 설정을 변경하도록 요청하는 것은 현실적이지 않다고 생각하지만, 이 변수에 대한 언급은 Mozilla과의 이 문제에 관한 논의에서 도움이 될 수 있을 것입니다.
업데이트: Thunderbird는 실제로 52.4.0 릴리스부터 이 기능을 도입한 것으로 보입니다.
그리고 여기가 누군가가 이것이 좋은 아이디어라고 판단한 버그 보고서입니다.
5개의 좋아요
네, 그 문제와 Discourse의 불필요한 List-Post 헤더 사용이 결합된 것 같습니다.
그렇기 때문에 이 동작에 대해 고민하다가, Thunderbird에 구현할 때 실제로 일부 고려가 이루어졌을 수 있음을 알게 되었습니다: Thunderbird:Help Documentation:Mail-Followup-To and Mail-Reply-To - MozillaWiki
- 발신자에게 답장하고 Mail-Reply-To가 원래 메시지에 설정된 경우, Thunderbird는 Reply-To 또는 From 대신 이를 사용합니다. 이 기능은 Thunderbird 1.5부터 작동합니다.
제가 발견한 차이는 Mail Headers (GNU Emacs Manual) 에서 설명되어 있습니다:
‘Mail-Reply-To’: 이 필드는 ‘Reply-To’보다 우선합니다. 일부 메일링 리스트가 자신의 목적(약간의 논쟁이 있는 관행)으로 ‘Reply-To’ 필드를 설정하기 때문에 사용됩니다.
이제 "email custom headers"를 통해 이 헤더를 주입해 보았지만, 불행히도 reply_key가 올바르게 확장되지 않습니다. 제가 무언가를 잘못하고 있는 걸까요?
Mail-Reply-To: sender-name+%{reply_key}@domain.net
3개의 좋아요
버그가 아니에요? 의도적으로 구현된 변경 사항인가요? 
2개의 좋아요
근본적인 문제는 Discourse가 불필요하게 List-Post 헤더를 설정한다는 점입니다. 이로 인해 Thunderbird가 해당 메일을 메일링 리스트로 인식하게 되고, Thunderbird에서 제공되는 답장 옵션에 영향을 미칩니다.
Discourse가 List-Post를 사용하기 시작한 것은 거의 우연한 일이었습니다. 다른 문제를 수정하는 과정에서 추가되었는데, 사실 그 다른 문제를 해결하는 데에는 필요하지 않았으며, 동시에 이 문제를 유발하게 되었습니다.
1개의 좋아요
이 문제에 대한 버그를 접수했습니다: Reply-key variable doesn't get expanded in email custom headers
1개의 좋아요
List-Post 헤더를 사용하는 대신 초기 문제를 해결하기 위해 무엇을 제안하시겠습니까?
1개의 좋아요