j127
1
界面看起来好像当你暂停用户时,除非填写底部的这部分内容,否则系统不会向该用户发送邮件——它只说明会在用户尝试登录时显示一段文本:
但当我用测试账号进行测试时,我注意到系统确实发送了一封通知用户其已被暂停的邮件。当我禁言测试用户时,它也发送了邮件。这些邮件是立即发送的,所以甚至没有时间去 sidekiq 中停止它们。
我认为这是一个 bug:
我不希望系统向这些人发送邮件的原因是,我不想提醒他们该网站的存在。(所有暂停都是永久性的,除非他们通过邮件提出申诉。)
编辑: 发布此帖后,我发现当我解除测试账号的暂停状态时,又收到了一封邮件。我认为这种情况也不应该发送邮件,除非管理员勾选了一个选项框,因为用户可能并不知道他们已被系统暂停或禁言。
4 个赞
Ed_S
(Ed S)
2
这听起来挺严重的。在管理界面的“电子邮件日志”部分中,“电子邮件类型”指的是什么?
j127
4
能否修改默认行为,使其不发送邮件,而是提供一个名为“向用户发送邮件”的复选框?目前 UI 和论坛中的文档都指出,除非填写底部的文本区域,否则暂停账户或禁言操作不会发送邮件。
如果系统自动发送邮件,我就无法通过 UI 来暂停或禁言用户,而必须通过 SSH 登录并在 Rails 控制台中操作,或者寻找其他不发送邮件的方法。
我从不针对此类管理决定发送邮件,因为这会提醒那些令人不快的用户该论坛的存在,而我只是想让他们消失。如果他们回到论坛,他们会看到管理原因,但大多数人不会回来。
我们没有临时暂停或禁言——所有操作都是永久的。我会给用户多次警告以促其改正,但如果他们做不到,就会被永久暂停,并可通过邮件提出申诉。
一个编码代理表示可以编写一个插件来抑制这些邮件,但目前没有官方的钩子(hook)来阻止这些邮件。未来核心代码的更新可能会破坏该插件。
如果不想发送这些邮件的理由听起来不合理,我可以发布一些示例场景来说明。
1 个赞
是的,这是可行的。我们正在努力实现通过 DSA(《数字服务法》)投诉流程使用 Discourse 的功能,因此会有更多更新,您的反馈非常有帮助。
但请注意,如果您的论坛运营地在欧盟境内,或者有欧盟用户,《数字服务法》(第 17 条)要求您向被暂停或禁言的用户提供理由说明。
由于很难确定每个用户的具体位置,我建议保留电子邮件作为默认通知方式,仅对垃圾邮件/机器人账户跳过发送,因为 DSA 对此类账户有豁免规定。
1 个赞
我在第17条中没有看到要求通过电子邮件发送审核理由的规定。如果用户在暂停期间尝试登录时可以看到网站上发布的这些理由,或者在被禁言状态下仍然可以登录,这难道不满足该要求吗?
《数字服务法》(DSA)第17条
1 个赞
j127
7
谢谢你的解释。我之前没听说过《数字服务法》。
我对这项法律感到困惑。Gmail 是一个网站,我的论坛也是一个网站。为什么访问 gmail.com 查看邮件会被视为“通知”,而访问我网站上的消息系统查看通知却不被视为“通知”?这似乎是对大型科技公司的不公平优待。如果除了通过我自己的消息系统在网站上通知他们之外,还要求他们去 Google 那里接收通知,那就等于给他们双重通知了。
我总是会显示原因,这样当他们来论坛查看收到的消息时就能看到。人们随时可以通过电子邮件对审核决定提出申诉。真人会回复这些邮件,而且下拉菜单中提供了联系链接。
在他们澄清法律之前,我倾向于默认关闭这些电子邮件。除非我在电子邮件文本域中填写内容,否则我不希望任何人因被手动暂停、禁言、解除暂停或解除禁言而收到任何电子邮件。
如果你无法修改 Discourse 以默认关闭这些电子邮件,能否提供一个稳定的 API,让插件可以挂钩以防止发送某些通知?(如果目前还不存在的话——Claude 没能找到一个)
这类钩子对我也很有用,这样我就能编写一个插件,防止在审核中的帖子被批准时发送邮件。我也不想发送那些邮件,所以我每次都得进入 Sidekiq 手动取消那些任务。否则,邮件会提醒用户他们的帖子花了几个小时才被批准,这期间他们可能会因此感到沮丧。我本来打算让 Claude 写一个插件,但它说这会修补核心功能,插件可能会在更新时失效,这意味着我可能每次批准帖子时还是得去检查 Sidekiq,以确保邮件任务没有被排队。
1 个赞
Ed_S
(Ed S)
8
仅当原因涉及非法内容或违反条款时。但如果原因是垃圾信息,或者是因为官方(政府)要求,则不需要提供。
因此,让我们不要赋予此类法律超出其现有范围的影响力。因反社会行为或垃圾信息而进行的禁言或暂停不应包含在内。
(这是一个主张,即应确保条款中不禁止反社会行为)
1 个赞
tgxworld
(Alan Tan)
9
5 个赞