설명해 주셔서 감사합니다. 디지털 서비스법(Digital Services Act)에 대해 처음 들어봅니다.
이 법에 대해 혼란스럽습니다. Gmail은 웹사이트이고, 제 포럼도 웹사이트입니다. 왜 gmail.com을 방문하여 메시지를 보는 것은 "알림"으로 간주되는데, 제 사이트의 메시징 시스템을 통해 알림을 확인하는 것은 "알림"으로 간주되지 않는 것인가요? 이는 대형 테크 기업에게 불공정한 우대를 주는 것처럼 보입니다. 만약 제가 제 웹사이트의 자체 메시징 시스템으로 알림을 보내는 동시에 구글로 알림을 보내도록 한다면, 이중 알림을 제공하는 셈이 됩니다.
저는 항상 이유를 표시하므로, 사용자가 포럼에서 받은 메시지를 확인할 때 그 내용을 볼 수 있습니다. 사람들은 이메일을 보내서 moderation 결정에 항의할 수 있습니다. 실제 사람이 이메일에 답장을 보내며, 연락처 링크는 드롭다운 메뉴에서 찾을 수 있습니다.
법이 명확해질 때까지 해당 이메일들을 기본적으로 비활성화 상태로 두는 것이 좋습니다. 제가 이메일 텍스트 영역에 내용을 입력하지 않는 한, 사용자가 수동으로 정지(suspend), 침묵(silence), 해제(unsuspend), 또는 침묵 해제(unsilence)될 때 절대 이메일을 받지 않도록 하고 싶습니다.
Discourse를 수정하여 이러한 이메일들을 기본적으로 끄는 기능이 없다면, 플러그인이 특정 알림을 방지하도록 연결할 수 있는 안정적인 API를 만들어 주실 수 있을까요? (이미 존재하지 않는다면 — Claude가 찾지 못했습니다)
그런 종류의 훅(hook)이 있다면, moderation 중인 게시물이 승인될 때 이메일이 발송되는 것을 방지하는 플러그인을 작성하는 데에도 유용할 것입니다. 저도 그런 이메일을 보내고 싶지 않아서, 매번 sidekiq에 들어가서 해당 작업을 수동으로 취소해야 합니다. 그렇지 않으면 이메일이 사용자에게 몇 시간이나 걸려 게시물이 승인되었음을 상기시켜 주고, 그 사이 사용자는 불쾌한 감정을 느낄 수 있습니다. Claude에게 플러그인을 작성해 달라고 했지만, 핵심 기능을 패치하게 되어 업데이트 시 플러그인이 깨질 수 있다고 하며, 아마도 게시물을 승인할 때마다 이메일 작업이 큐에 쌓이지 않았는지 확인하기 위해 여전히 Sidekiq을 체크해야 할 것이라고 했습니다.