현재 공개된 지원용 이메일이 하나 있는데, 커뮤니티를 위해 단일 플랫폼으로 통합하고자 디스코스(Discourse)로 이전을 계획하고 있습니다.
테스트를 해본 결과, 등록되지 않은 사용자가 이메일(공개 카테고리로)을 보내면 디스코스가 이를 수신하지만, 누군가 답장을 보내도 사용자는 아무것도 받지 못합니다. "익명 사용자입니다. 여기에서 토론에 참여하세요"라는 이메일도 받지 못합니다.
아래 링크를 찾았지만, 6년 전 내용이라 최신 상태인지 불분명합니다: Discourse as a private email support portal
따라서 현재 디스코스에서 익명 사용자에게 이메일을 보낼 수 있는지 명확하지 않으며, 해당 기능을 제공하는 플러그인도 찾을 수 없습니다.
도움을 주실 수 있는 분이 계신가요?
도움이 필요해요.
이와 관련된 정보를 찾는 방법을 모르겠는데, Discourse가 익명 사용자에게 정보를 제공하지 않는다는 점이 좀 이상하게 느껴져요.
조사를 좀 해본 결과, 게스트 사용자의 이메일이 스팸으로 분류되거나 너무 짧아 수신되지 않는 경우에도 Discourse에서 이메일을 보내지만, 로그에는 어떤 오류도 보고되지 않는 것으로 확인되었습니다.
익명 사용자와 단계적 승인 대기(staged) 사용자를 혼동하고 계십니다.
답장 이메일이 발송된 후 반송(bounced)된 경우, 이메일 > 반송 > 이메일 유형(E-mail type) 열에서 오류를 확인할 수 있습니다.
이메일 유형 오류를 클릭하면 이메일 제공업체의 응답을 볼 수 있습니다(일반적으로 제목 본문(Subject Body)의 끝부분 근처에 위치합니다):
예를 들어
<my-address@example.com>: Host or domain name not found. Name service error for
name=example.com type=AAAA: Host not found
이를 통해 문제의 원인을 파악하는 데 도움이 될 수 있습니다.
감사합니다만, 저희 인스턴스에서는 반송된 이메일이 표시되는 해당 페이지가 비어 있습니다.
그럼에도 불구하고, 이메일을 보내긴 했지만 허용된 카테고리에 등록되지 않은 사용자는 어떤 유형의 사용자인가요?
사이트에서 도착한 이메일에 답장을 보내지만 가입되어 있지 않은 경우, 해당 사용자는 스테이징 사용자입니다.
네, 이제 명확해졌습니다. 스테이징된 사용자는 있지만, 참여 중인 모든 메시지를 자동으로 모니터링하고 답장에 대한 알림을 수신하는 부분은 저희 환경에서 작동하지 않습니다.
Discourse 로그에는 저희가 재현하려는 문제를 보고하는 오류가 어디에도 없으며, 동일한 설정으로 새로운 인스턴스에 재현을 시도하고 있습니다.
저도 이 동작을 재현할 수 있는 것 같습니다. 카테고리의 주제에 이메일을 보내면 스테이징된 사용자가 생성되지만, 해당 주제의 답글에 대한 이메일은 받지 못합니다. SMTP는 Discourse 전체에서 정상적으로 작동하지만, 스테이징된 사용자의 경우 어떤 로그도 남지 않습니다.
Discourse 버전: 2.7.0.beta6 (7e2b7bdd78)
이것이 버그임이 확인되었으므로 피드백을 기다리고 있습니다.
정확히 어떤 것을 이루고 싶으신 건가요? 익명 사용자에게 이메일로 카테고리에 주제를 시작하도록 허용하면서, 다른 회원들이 이에 답글을 달기를 기대하는 것은 좀 이상해 보입니다. 이 사람들이 먼저 커뮤니티에 가입한 후 포럼에 게시물을 올리는 것이 맞지 않을까요?
또는, 청구서가 포함된 그룹을 만들고 이메일을 보내서 이들을 늦추는 방법을 사용할 수 있으며, 그러면 스태프가 그들에게 답글을 달 수 있습니다. 저희는 이렇게 하고 있습니다.
이탈리아 리눅스 협회를 위한 지원 카테고리가 있습니다. 여기에서는 등록되지 않은 사용자들도 도움을 요청할 수 있습니다. 현재는 이메일을 통해 운영되고 있으며 자원봉사자 그룹이 이를 담당하고 있지만, 커뮤니티의 다른 사람들도 도움을 줄 수 있고 투명성을 확보하기 위해 포럼으로 이주하기를 원합니다.
가입은 Discourse에 통합된 SAML 기반 SSO를 통해 이루어지므로, 우리가 직면한 문제는 스레드를 생성한 스테이징(staged) 상태의 사용자에게 다른 사람들이 답글을 달았을 때 Discourse가 어떠한 이메일도 보내지 않는다는 점입니다.
계정이 없어도 이메일로 문의하는 것을 선호하는 사람들이 많습니다(이 이메일은 수년째 존재하며 커뮤니티 외부 사람들에게도 공개되어 있습니다). 우리는 이 목적을 위해 이 카테고리에서만 이러한 방식을 허용하고 있으며, 플랫폼으로의 이주를 돕고 있습니다.
(위에서 실수한 오타에 대해 죄송합니다 - 수정하겠습니다. 제 휴대폰이 때때로 단어 자동완성을 엉망으로 하거든요..)
흥미롭네요. 스테이징된 사용자 기능이 의도된 범위를 넘어선다고 생각합니다. 하지만 카테고리 설정에 이 옵션이 허용되어 스테이징된 사용자가 생성되므로, 이 스테이징된 사용자들이 자신의 주제에 대한 답변을 받아야 한다는 것이 당신의 전제인 것 같습니다. 팀이나 이 설정을 사용하는 다른 사이트들도 동일한 전제를 가지고 있는지 확실하지 않습니다. 이 설정은 메일링 리스트의 구독자가 모두 포럼에 가입되어 있지 않은 경우에도 포럼 카테고리가 메일링 리스트를 거울처럼 반영할 수 있도록 하는 용도로 의도된 것 같습니다.
몇 가지 다른 방법을 시도해 보시는 것을 제안합니다.
(1) 관리자인 경우, 스테이징된 사용자의 이메일 및 알림 설정을 확인해 볼 수 있습니다. 기본 사용자 설정 중 일부가 당신의 업무 방식과 호환되지 않을 수 있습니다. 예를 들어, “부재 중일 때만 이메일로 알려주기” 설정은 당신의 사이트에서는 "항상"으로 설정해야 할 수 있습니다. “주제에 게시할 때 해당 주제를 추적(tracking)으로 설정” 역시 "감시(watching)
Understanding user statuses, roles, and permissions 를 살펴보면, 이것이 Discourse에서 일반적인 동작 방식이어야 합니다. 어쨌든 사용자는 Discourse에서 무언가를 받아야 합니다. 예를 들어 스레드 링크로 연결되는 메시지나 포럼이 사용자 정의할 수 있는 알림 등이죠. 그렇지 않으면 이 기능이 그렇게 유용하지 않습니다. 이는 시작을 한 사용자에게 답장을 쓸 기회가 없는 문의 양식과 비슷합니다.
스테이징 사용자가 인증되어 Discourse에서 이메일을 받을 수 있도록 확인했습니다. 동일한 설정(또는 설정을 변경한 경우)으로 무언가를 받아야 합니다. 스테이징 사용자는 Discourse에서 아무것도 받지 않는 것으로 보이며, 로그에도 오류나 다른 문제가 없습니다.
Google에서 Discourse 관련 그룹 박스(group box)에 대한 정보를 찾을 수 없습니다(왜 포럼 외부에 문서가 없고 GitHub에 몇 페이지뿐일까요? 하지만 이것은 좀 더 개인적인 불만입니다). 우리는 포럼 사용자가 해당 카테고리에 가입할 수 있기를 원하며, 이것이 우리의 요구사항에 맞는지, 아니면 카테고리보다 사용하기 쉬운지 확실하지 않습니다.
이 부분에 대해 정말 훌륭한 연구를 해주셨네요! 동작 방식이 다소 불분명해서 죄송합니다. 직접 테스트를 해보니 제 사이트에서는 이렇게 작동하는 것을 확인했습니다:
귀하의 사이트에서도 이렇게 시도해 볼 수 있을까요? 작동하지 않는다면, 다른 관리자 설정이 상이할 수밖에 없습니다. 프로덕션 환경에서 이 문제를 어떻게 해결할지 확실하지 않은데, 등록된 기본 사용자와는 다른 기본 설정을 스테이징된 사용자에게 적용하는 것이 불가능하기 때문입니다. 
참고로, 아래에 링크된 관련 토론에서 볼 수 있듯이 몇 년 전에도 저 역시 비슷한 상황에 처해 있었습니다. 결론을 간단히 말하면, 스테이징된 사용자 기능은 카테고리/토론보다는 그룹 DM에서 더 잘 지원됩니다. 스테이징된 사용자는 기본적으로 스태프가 그룹 수신함을 통해 이메일로 사람들과 소통하고 지원을 제공할 수 있도록 존재합니다. Discourse 팀도 이렇게 사용하고 있습니다. 스테이징된 사용자는 로그인하지 않으므로, 사용자 설정을 가진 것 자체가 우연한 것이며, 이 설정을 변경하면 의도하지 않은 결과가 초래될 수 있습니다. 한편, 우리는 사람들이 커뮤니티 토론에 참여하도록 계정을 생성하고 로그인하기를 원하므로, 스테이징된 사용자가 토론에 참여하도록 지원하는 것은 역효과를 낳습니다. 이는 메일링 리스트를 미러링하려는 사이트나, Discourse를 메일링 리스트 아카이브로 사용하려는 사이트들을 위해 추가된 것 같습니다.
솔직히 말해서, 이것이 버그인지, 그리고 버그라면 수정 방법은 무엇인지 확신이 서지 않습니다. 이러한 기본값을 변경하면 귀사의 사이트와 같은 곳에서 우연히 생긴 이 기능을 귀사의 사용 사례에 활용할 수 있게 될 것입니다:
대안으로, 스테이징된 사용자가 메시지에는 사용되지만 토론에는 사용되지 않도록 정책을 강화하고, 카테고리 설정에서 “계정이 없는 익명 사용자로부터 이메일 받기” 옵션을 제거할 수 있습니다. 만약 과거의 이유(대부분 메일링 리스트 미러링과 관련이 있을 가능성이 높음)로 인해 일부 사이트에서 이 설정이 필요하다면, 숨겨진 설정으로 만들 수도 있습니다.
이 내용이 조금이라도 도움이 되기를 바랍니다. 
모든 사용자에게 이 설정을 기본값으로 활성화하고 싶습니다. 이렇게 하면 문제를 방지할 수 있을 것 같아서요. (현재 discourse 패널에서 해당 설정을 찾고 있지만 아직 찾지 못했습니다.)
이것은 기본 이메일 수준 관리자 설정입니다. 참고로, 이 설정을 적용하면从现在起 가입하는 모든 사용자는 로그인 상태에서도 이메일로 알림을 받기 시작합니다.
즉, 해당 기본값은 이미 모든 사용자에게 정의되어 있었습니다…
메일링 리스트 모드 비활성화
사용자가 메일링 리스트 모드를 활성화하는 것을 방지합니다(메일링 리스트 이메일이 전송되지 않도록 방지).
활성화되어 있었기 때문에 이제 비활성화했습니다.
또한 테스트에 사용 중인 사용자는 이미 해당 매개변수가 항상(Always)으로 설정되어 있습니다.
어쨌든 우리 경우의 이 변경 사항은 문제를 해결하지 못했습니다.
이제 왜 사용자가 등록 시 답장하기 같은 이메일을 전혀 받지 못하는지 궁금합니다.
이 문제는 메일링 리스트 모드와는 아무런 관련이 없습니다. 완전히 다른 이메일 주소를 가진 새로운 테스트 사용자를 생성하고, 위에서 설명한 재현 단계를 따라 해보시는 건 어떨까요?
이제는 Marketplace 채널에 게시물을 올려 컨설턴트의 도움을 요청할 때가 된 것 같습니다. 여기 메타에는 여러분의 사용 사례에 맞게 문제 해결과 필요한 커스터마이징을 도와줄 수 있는 뛰어난 분들이 많습니다.
단계적 사용자에게 스레드 링크와 Discourse 가입 초대장을 이메일로 보내는 것이 쉬운 해결책이라고 생각했습니다.
그래서 플러그인을 찾고 있는데, 다음을 제외하면 관련 플러그인이 없습니다:
좋은 아이디어이지만… 이런 이메일을 얼마나 많이 받고 계신가요? 이 모든 자동화를 만드는 데 들이는 노력을 가치 있는 일이라고 보시나요? 그리고 솔직히 말해서, 누군가가 보낸 이메일을 공개 포럼에 올리는 건 좀 이상하다고 생각합니다. 제게 그런 일이 생긴다면 짜증이 날 거예요! 그래서 이 기능이 Discourse 코어에 포함될 것 같지는 않습니다.
저라면 이런 이메일을 스태프(자원봉사자도 가능)가 모니터링하는 그룹 메일함으로 전달받게 할 거예요. 그러면 스태프가 해당 문제에 대해 공개 토픽을 만들지 여부를 결정할 수 있거든요. 만들기로 결정하면, 토픽을 시작하고 사용자를 토픽에 초대해서 후속 조치를 진행할 수 있습니다. 스태프가 이메일 주소를 초대하고, 사용자가 처음 로그인할 때 특정 토픽으로 보내도록 설정하는 것도 지금은 쉬워졌어요.