이메일 스레딩 오류

기여 버그
1

이메일 클라이언트가 더 이상 Discourse에서 온 이메일을 스레드로 그룹화하지 않습니다. In-Reply-To가 이전 Message-ID와 일치하지 않는 사실 때문이라고 추정합니다:

첫 번째 게시물:

Message-ID: <topic/1084.23319831779de465ac375ecf@mydomain.com>
References: <topic/1084@mydomain.com>

1번째 답변:

Message-ID: <topic/1084/2214.3da8a000c93bc4ebe1be7dc8@mydomain.com>
In-Reply-To: <topic/1084@mydomain.com>
References: <topic/1084@mydomain.com>

2번째 답변

Message-ID: <topic/1084/2215.9e39f57fbc3836748bbb7407@mydomain.com>
In-Reply-To: <topic/1084/2214.1db1dbd94b11c9d94ca45b3a@mydomain.com>
References: <topic/1084@mydomain.com>

저의 인스턴스는 Discourse 2.9.0.beta2 (ea3a58d051)를 실행하고 있습니다.

4개의 좋아요
Mailing list mode: threading is broken
Mailing list mode: threading is broken
2

@martin 이 최근 이 문제를 작업하여 수정했습니다. 최신 버전으로 업데이트를 시도해 볼 수 있을까요?

3개의 좋아요
4

Hi @tomtjes,

신고해 주셔서 감사합니다. 이 새로운 스레딩 기능이 Thunderbird와 잘 작동하지 않는다는 보고를 받았습니다. 메일 클라이언트로 Thunderbird를 사용 중이신가요, 아니면 다른 프로그램을 사용 중이신가요?

더 많은 사용자에게 문제가 발생하고 있다면, 해당 기능에 대해 추가적인 개선 작업을 고려할 수 있습니다.

5개의 좋아요
5

음, 그러니까 실제로는 클라이언트에 따라 달라지는군요. 제 주된 클라이언트는 MailMate인데, 이제 몇 가지 다른 클라이언트도 테스트해 봤더니 스레딩은 잘 작동하네요.

4개의 좋아요
6

이 문제는 Thunderbird만의 문제가 아니라 스레딩을 지원하는 모든 메일 클라이언트의 문제라고 생각합니다. 하지만 여기에서 in-reply-to와 references 내부의 서로 다른 정보 간 차이가 서로 다른 해석에 따라 달라질 수 있는지는 알지 못합니다.

제가 실제로 확인한 바로는, rfc5322에 따라 References를 이제 수정하셨다고 합니다:
In-Reply-To: 답장하는 메시지의 message-id를 인용합니다.
References: 답장한 메시지의 message id를 이전 references 뒤에 추가합니다

첫 번째 게시물

Message-ID: <msg-id1>
…그리고 References 없음

1차 답장


`
Message-ID: <msg-id2>
In-Reply-To: <msg-id1>
References: <msg-id1>
`

2차 답장:
…

Message-ID: <msg-id3>
In-Reply-To: <msg-id2>
References: <msg-id1>  <msg-id2>

…

그러나 Mailing list mode: threading is broken 에서 지적된 대로 메시지 ID를 깨뜨렸습니다.

참고로: 여러 줄을 preformatted text로 표시하면 cmd-e 마킹이 한 번이 아니라 각 줄마다 여러 번 포함되는 또 다른 버그가 있나요?

1개의 좋아요
8

그것도 보고해 주셔서 감사합니다 – 곧 이 작업에 착수할 수 있도록 일정을 잡을 예정입니다.

3개의 좋아요
9

안녕하세요 여러분, OpenStreetMap의 회원으로서 현재 온라인 포럼에 사용 중인 Discourse에 여러 문제를 발견했습니다.

메일링 리스트 인터페이스는 매우 잘 작동한다고 들었습니다. 그러나 이메일로 답글을 작성하면 스레딩이 깨지는 버그를 발견했습니다. 원래의 메시지 ID를 재사용하는 대신 새로운 메시지 ID가 생성됩니다.

예시
기본 개념은 괜찮습니다. 예를 들어 다음과 같이 사용됩니다.

format: thread msg-id in-reply-id
1 topic/851.

초기 스레드

1.1 topic/851/2747. topic/851

스레드 851의 메시지 2747은 in-reply-to: 및 references: 헤더에 표시된 대로 초기 토픽 851에 대한 답글입니다.

1.1.1 ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx topic/851/2747.

이것은 메시지 ID ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx를 가진 topic/851/2747에 대한 이메일 답글입니다.

1.1.1.1 topic/851/2749. ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx

여기서 포럼 답글 2749는 제 메시지 ID ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx에 올바르게 스레딩됩니다.

1.1.1.1.1 07289952-0e88-c08a-ea66-b34774c8554e@gmx topic/851/2749.

…그리고 이어서

그러나 이전 토픽에 대해 메시지 ID ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx로 답글을 작성하면, 저는 다음과 같이 참조합니다.

References:… <topic/851/2747. bae9c8af72f1f7ef599f1bcd @OSM>

그러나 제 자신의 메시지(HTML 포럼 버전)가 저에게 다시 전송될 때,
References: …
<topic/851/2747. ae42d62b1252f1572b2a9a07 @OSM>

으로 표시됩니다.

참조 내 메시지 ID의 차이를 눈치채셨나요?

포럼 시스템이 참조 내 메시지 ID를 깨뜨립니다!

이로 인해 다음과 같은 깨진 스레드가 발생합니다.
1.2 topic/851/2748. topic/851/2747.
1.3 topic/851/2751. topic/851/2749.

여기서 1.2는 1.1.1의 포럼 버전입니다(제 원래 메시지 ID 대신 새로운 메시지 ID topic/851/2748.e6be773dbcc599ad5f35bae5@OSM 사용)
그리고 1.3은 1.1.1.1.1의 포럼 버전입니다.

다른 사람들이 깨진 스레드를 받는지는 아직 확인하지 않았습니다. 왜냐하면 그들은 제 원래 메시지 ID ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx를 가진 1.1.1 답글을 받지 않고,
대신 메시지 ID topic/851/2748.e6be773dbcc599ad5f35bae5@OSM를 가진 포럼 버전 1.2를 받으며, 동시에 ee76eed4-a255-6d1c-0f5b-59da9772f230@gmx를 참조하는 답글 1.1.1.1도 받게 되기 때문입니다.

이 포럼은 이러한 메시지 ID를 mailto 링크로 변환하여 허용된 링크 한도를 초과하기 때문에, 여기서는 도메인 이름을 일부 수정했습니다.

1개의 좋아요
10

Discourse email messages are incorrectly threaded - #36 by sam 을(를) 선호하여 이 주제를 닫습니다. 해당 주제에서 모든 문제를 해결하고 있습니다.

1개의 좋아요