사용자의 무음 처리 및/또는 정지 조치와 관련된 통신 로그를 찾아야 할 필요를 자주 느끼고 있습니다. 문제 있는 사용자에게 사유가 포함된 이메일이 발송된다고 생각하지만(확신은 못 합니다), 시스템에서 해당 메시지를 확인할 수 없었습니다(제가 볼 수 있는 한). 이메일 로그에도 메시지 본문이 표시되지 않습니다. 게다가 사용자가 일회용 이메일 주소를 사용했다면 메시지를 아예 받지 못할 수도 있습니다.
직접적이고 관찰할 수 없는 이메일 대신(또는 그와 함께) “공식 경고”와 유사한 직접 메시지를 사용하도록 Discourse가 개선해 주면 좋겠습니다.
사유가 데이터베이스에 저장되어 있고 수동으로 접근할 수 있다는 것은 알고 있습니다. 하지만 그것이 사용자가 실제로 받은 메시지와 반드시 같지는 않습니다.
이 문제는 과거에도 혼란의 원인으로 지적된 바 있습니다 — 그리고 이 기능 요청이 그러한 혼란을 해소하는 데 도움이 될 것이라고 생각합니다.
/g/moderators/messages/inbox 에 있는 관리자 수신함을 확인해 보셨나요?
discourse를 꽤 오래 써왔는데, 그 기능이 있다는 걸 처음 알았네요 ㅋㅋ
Discourse Moderation Guide - Part 1: Getting Started 이 링크를 보셨나요? 그곳에 설명되어 있습니다. 
읽어본 적은 없지만, 읽어볼게요
아니요, 해당 메시지는 거기에 표시되지 않습니다. 제가 찾아본 한 어떤 그룹 받은 편지함에도 없고, 대상 사용자의 받은 편지함에도 없습니다. 이 문제를 영향을 줄 수 있는 사이트 설정이 있을까요? 찾아봤는데 찾을 수 없었습니다.
@system에서 사용자에게 전송되는 개인 메시지는 있지만, 단순히 "계정이 일시적으로 보류되었습니다"라고만 적혀 있고 어떤 설명도 없습니다. 해당 텍스트는 system_messages.silenced_by_staff.text_body_template에서 가져오는데, 여기에는 이유(reason) 플레이스홀더에 접근할 수 없습니다. 의도적인 시간 제한(timeout)으로 사용될 때 기본 텍스트는 매우 부드럽고, "예방 조치로 보류되었습니다"라는 문장은 완전히 적절하지 않습니다.
제가 원하는 텍스트가 포함된 전송된 이메일의 로그는 있지만, 내용은 포함되어 있지 않습니다.
silenced_til과 reason 보간(interpolation) 키와 함께 제가 원하는 텍스트를 포함하는 슬러그 이름은 user_notifications.account_silenced.text_body_template입니다 — 그래서 사용자 알림을 살펴보았지만, 거기에도 표시되지 않습니다.
로그(Logs) 섹션을 확인해 보셨나요? 로그 > 직원 조치(Staff Actions)로 이동하여 필터(Filter)를 사용자 무음 처리(Silence User)로 설정하면 다음과 같은 내용이 표시됩니다. 세부 정보(Details) 열의 표시(Show)를 클릭하면 메시지를 확인할 수 있습니다.
아, 그건 알아두면 좋지만, 여기서 제가 가장 우려하는 점은 사용자 알림 기록을 사용자 자신과 관리자 모두에게 더 명확하게 보여주는 것입니다.
이러한 산출물(이메일 로그, 스태프 액션 로그, 또는 직접적인 DB 쿼리)은 실제로 사용자에게 어떤 내용이 전송되었는지를 보여주지 않습니다. 이는 관리자와 사용자 양쪽 모두에게 매우 불투명합니다.
이 알림에 개인 메시지(PM)를 사용하면 다음과 같은 여러 중요한 장점이 있습니다:
정지된 계정의 경우, 정지 사유를 나열할 수 있는 옵션이 있으며, 이 내용은 이메일로 발송되고 사용자 카드에도 표시됩니다:
계정이 스태프 조치로 무음 처리(silenced)될 때 자동화된 메시지가 발송되는 것은 다소 이상하다고 생각합니다. 왜냐하면 해당 메시지는 계정이 스태프 검토까지 보류 상태에 있다는 뉘앙스를 주기 때문입니다.
수정: 무음 처리는 자동화된 작업일 수도 있고, 모더레이터/관리자가 수동으로 수행할 수도 있기 때문에 그렇게 설정되어 있을 수 있습니다. 그러면 무음 처리된 사용자 계정은 PM 주제에서는 여전히 대화할 수 있지만, 새로운 주제나 공개 주제를 시작할 수는 없습니다.
정지(suspension)의 경우, 사용자가 로그인조차 할 수 없어 PM을 읽을 수 없으므로 PM은 의미가 없습니다. 따라서 이메일이 소통할 수 있는 유일한 방법이 됩니다.
모더레이터나 시스템 수준의 PM이 표준 PM 이메일 알림 설정을 우회할 수 있다는 생각은 터무니없는 것이 아닙니다. 개인 메시지는 원본 이메일 주소로 명시적으로 지정하여 전송할 수도 있습니다.
default email messages level이 "never"로 설정된 상태에서 이메일 주소로 개인 메시지를 보내려 했던 마지막 시도에서는 계정이 생성되었지만 이메일은 전송되지 않았습니다
가능할 수도 있습니다. 해당 설정은 관리자도 수동으로 변경할 수 있습니다. 이렇게 하면 정지된 사용자에게 개인 메시지와 함께 이메일을 보낼 수 있지만, 정지 상태에서는 직접 답장할 수 없습니다. 이메일로 답장하더라도 시스템이 거부합니다.
이미 이메일 발송 설정이 있는 임시 사용자가 존재할 때만 해당되는 것 아닙니까? 등록되지 않은 주소로 이메일을 보내면 새로운 계정 초대 링크가 생성됩니다.
스태프 작업 로그에 정지 사유에 대한 이메일 메시지 기록이 있습니다. 확인해 보셨나요?:
네, 위 7번과 8번 게시물을 참고해 주세요.
관리자 패널에서 제가 볼 수 있는 것과는 약간 다른 로그를 보고 계신 것 같습니다. 관리자 패널에는 사용자에게 전송된 이메일 메시지가 표시되며, 이메일 발신 로그에도 해당 정보가 포함되어 있습니다.
그러나 여전히 이러한 메시지를 개인 메시지로 보내 사용자가 기록을 남길 수 있게 하고, 관리자/모더레이터가 확인하기 쉽게 만드는 것은 좋은 기능 요청입니다.
