하지만 테스트 계정으로 무언가를 시험하던 중, 계정 중단 사실을 사용자에게 알리는 이메일이 실제로 전송되는 것을 확인했습니다. 또한 테스트 사용자를 침묵 처리했을 때도 이메일이 전송되었습니다. 이메일은 즉시 발송되므로 sidekiq에 들어가서 이를 중지할 시간조차 없습니다.
그들에게 이메일을 보내고 싶지 않은 이유는 사이트의 존재를 상기시켜 주고 싶지 않기 때문입니다. (모든 중단은 이메일로 이의를 제기하는 경우를 제외하고 영구적입니다.)
수정: 이 글을 게시한 후, 테스트 계정의 중단을 해제했을 때 또 다른 이메일을 받은 것을 확인했습니다. 시스템에 의해 중단되거나 침묵 처리되었다는 사실을 사용자가 모르고 있을 수 있으므로, 관리자가 체크박스를 확인하지 않는 한 그 경우에도 이메일을 보내서는 안 된다고 생각합니다.
기본적으로 이메일을 보내지 않도록 변경하고, 대신 “사용자에게 이메일 전송”이라는 체크박스를 추가하는 것이 가능한가요? 현재 UI와 포럼의 문서에는 하단 텍스트 영역에 내용을 입력하지 않는 한 정지 및 음소거 시 이메일이 발송되지 않는다고 되어 있습니다.
만약 자동으로 이메일이 발송된다면, UI를 통해 사용자를 정지하거나 음소거할 수 없게 되며, ssh로 로그인하여 Rails 콘솔에서 처리하거나 이메일이 발송되지 않는 다른 방법을 찾아야 할 것입니다.
저는 이러한 유형의 모더레이션 결정에 대해 이메일을 절대 보내지 않습니다. 이는 원치 않는 사용자들에게 포럼의 존재를 상기시켜 주기 때문이며, 저는 그저 그들이 사라지기를 원합니다. 그들이 포럼으로 돌아오면 모더레이션 사유를 보게 될 것이지만, 대부분은 돌아오지 않을 것입니다.
우리는 일시적인 정지나 음소거 기능을 제공하지 않습니다 — 항상 영구적입니다. 사용자들이 스스로를 교정하도록 여러 차례 경고하지만, 그것이 불가능하다면 정지 조치를 취하며, 그들은 이메일로 이의를 제기할 수 있습니다.
코딩 에이전트는 해당 이메일을 억제하는 플러그인을 작성할 수 있다고 했지만, 그 이메일을 차단하기 위한 공식 훅(hook)은 없다고 했습니다. 향후 코어 업데이트가 플러그인을 깨뜨릴 수 있습니다.
해당 이메일을 보내고 싶지 않은 이유가 이해하기 어렵다면, 예시 시나리오를 게시할 수 있습니다.
제17조에서 계정 정지 상태의 사용자가 로그인 시 웹사이트에 게시된 중재 사유를 볼 수 있거나, 침묵 조치(silenced) 상태에서도 여전히 로그인할 수 있다면, 이메일로 중재 사유를 전송해야 한다는 요구사항이 왜 없나요? 그렇게 하면 요구사항을 충족하는 것 아닌가요?
설명해 주셔서 감사합니다. 디지털 서비스법(Digital Services Act)에 대해 처음 들어봅니다.
이 법에 대해 혼란스럽습니다. Gmail은 웹사이트이고, 제 포럼도 웹사이트입니다. 왜 gmail.com을 방문하여 메시지를 보는 것은 "알림"으로 간주되는데, 제 사이트의 메시징 시스템을 통해 알림을 확인하는 것은 "알림"으로 간주되지 않는 것인가요? 이는 대형 테크 기업에게 불공정한 우대를 주는 것처럼 보입니다. 만약 제가 제 웹사이트의 자체 메시징 시스템으로 알림을 보내는 동시에 구글로 알림을 보내도록 한다면, 이중 알림을 제공하는 셈이 됩니다.
저는 항상 이유를 표시하므로, 사용자가 포럼에서 받은 메시지를 확인할 때 그 내용을 볼 수 있습니다. 사람들은 이메일을 보내서 moderation 결정에 항의할 수 있습니다. 실제 사람이 이메일에 답장을 보내며, 연락처 링크는 드롭다운 메뉴에서 찾을 수 있습니다.
법이 명확해질 때까지 해당 이메일들을 기본적으로 비활성화 상태로 두는 것이 좋습니다. 제가 이메일 텍스트 영역에 내용을 입력하지 않는 한, 사용자가 수동으로 정지(suspend), 침묵(silence), 해제(unsuspend), 또는 침묵 해제(unsilence)될 때 절대 이메일을 받지 않도록 하고 싶습니다.
Discourse를 수정하여 이러한 이메일들을 기본적으로 끄는 기능이 없다면, 플러그인이 특정 알림을 방지하도록 연결할 수 있는 안정적인 API를 만들어 주실 수 있을까요? (이미 존재하지 않는다면 — Claude가 찾지 못했습니다)
그런 종류의 훅(hook)이 있다면, moderation 중인 게시물이 승인될 때 이메일이 발송되는 것을 방지하는 플러그인을 작성하는 데에도 유용할 것입니다. 저도 그런 이메일을 보내고 싶지 않아서, 매번 sidekiq에 들어가서 해당 작업을 수동으로 취소해야 합니다. 그렇지 않으면 이메일이 사용자에게 몇 시간이나 걸려 게시물이 승인되었음을 상기시켜 주고, 그 사이 사용자는 불쾌한 감정을 느낄 수 있습니다. Claude에게 플러그인을 작성해 달라고 했지만, 핵심 기능을 패치하게 되어 업데이트 시 플러그인이 깨질 수 있다고 하며, 아마도 게시물을 승인할 때마다 이메일 작업이 큐에 쌓이지 않았는지 확인하기 위해 여전히 Sidekiq을 체크해야 할 것이라고 했습니다.