우리의 디스커스는 정기적으로 상호작용하지는 않지만 때로는 정보를 공유해야 하는 다양한 그룹으로 구성된 광범위한 커뮤니티에 서비스를 제공합니다. 문제는 한 카테고리에서 받은 이메일을 이메일-인(email-in)을 통해 다른 카테고리로 전달하면, 해당 메시지가 사용된 이메일의 카테고리가 아니라 원래 주제(스레드)로 전달된다는 것입니다.
세부 사항:
2.9.0.beta1 실행 중
인스턴스에서 이메일-인과 이메일로 답변(reply-by-mail)이 활성화되어 있습니다.
각 카테고리에 discourse+CATEGORY@... 형식의 이메일이 할당되어 있습니다.
재현 방법:
카테고리 A의 새 게시물에 대한 이메일 알림을 수신합니다.
해당 이메일을 카테고리 B의 이메일(discourse+CAT-B@...)로 전달합니다.
전달된 메시지가 카테고리 A의 원래 스레드에 게시됩니다.
질문: 전달된 이메일이 올바른 카테고리 B에 게시되도록 보장하는 방법은 무엇입니까? (이메일 헤더를 수정하지 않고!)
저도 방금 재현을 시도해 보았습니다(주요 차이점은 '답장’을 누른 후 To 주소를 수동으로 변경하는 것이었으며, '전달’을 사용한 것이 아니었습니다), 하지만 제 경우에도 메시지는 다시 카테고리 B의 새 주제로 배치되었습니다. 아마도 이는 클라이언트별로 다를 수 있는 문제일까요? @artur 어떤 클라이언트를 사용하고 계신가요?
방금 제 Gmail 계정으로 시도해 보았지만, 메일은 여전히 원래 카테고리에 들어갔어요.
이상하네요 – 님한테는 작동했다고 하니 놀랍네요!
전달된 메일의 헤더를 확인해 주시겠어요?
예를 들어 References 필드에 원래 토픽 ID가 포함되어 있는 걸 볼 수 있는데, 이것이 to: 필드보다 우선순위가 높을 수 있을까요?
답변을 계속 입력하다가 다른 방법을 시도해 볼 생각이 듭니다. 하지만 아직까지 문제를 재현하지 못했습니다. 관련이 있을 수 있는 몇 가지 사항 - 제 테스트 사이트에는 POP3 대신 mail-receiver를 설정해 두었고, 첫 게시물/OP를 전달하고 계신 건가요, 아니면 답변을 전달하고 계신 건가요?
안녕하세요 @JammyDodger. 대부분의 카테고리가 과거에 Category mirrors a mailing list로 설정되어 있다는 걸 방금 깨달았습니다. 이 옵션을 활성화했을 때 문제를 재현해 보실 수 있을까요?
테스트 인스턴스에서 이 옵션을 비활성화해 봤는데, 이상한 동작이 해결되는 것 같습니다.
보통 find_related_post_with_key는 사이트 설정에서 활성화되어 있습니다. 이메일 주소를 기반으로 한 사용자 사칭을 허용하기 때문에 사이트 전체에서 비활성화하는 것은 권장되지 않습니다. 메일링 리스트로 발송된 수신 이메일은 항상 해당 이메일의 Message-ID를 사용하여 관련 게시물을 찾으며, 해당 사이트 설정 값은 무시됩니다.
제가 이 옵션을 유지한 주된 이유는 다른 점 때문입니다:
일반적으로 Discourse는 수신 이메일에 마크다운 형식의 텍스트가 포함되어 있을 것을 기대합니다. 메일링 리스트 사용자는 이러한 요구 사항을 잘 알지 못하므로, Discourse는 일반 텍스트 이메일 내에서 마크다운(세 개의 백틱으로 둘러싸인 코드 블록 제외)이나 HTML을 해석하지 않고, 원래 형식을 그대로 유지한 채 게시합니다.
- 
하지만 아직까지 문제를 재현하지 못했습니다. 관련이 있을 수 있는 몇 가지 사항 - 제 테스트 사이트에는 POP3 대신 