TonyG
(Tony G)
1
此说明旨在总结我静默某些用户的管理员用户体验。我不一定要求进行更改，只是指出可能需要进行审查的挑战。
- 当我需要因电子邮件退回而静默用户时，我不希望向他们发送电子邮件通知他们此事件。
- 我没有看到管理员选项可以将自定义静默原因添加到现有列表中。我想添加“电子邮件退回”。
- 我想将一个可用的静默期选项设置为默认值。我不希望每次都必须从下拉列表中设置时间段。
- 我确实想告知用户他们被静默的原因，提供比一行“原因”更多的信息。该框用于通过邮件向用户发送说明，但同样，这会发送电子邮件给用户。我只想给他们发消息，因为我知道电子邮件不起作用。
- 在用户被阻止或静默后，是否会向用户发送其他 Discourse 电子邮件？对于这种情况以及可能存在的其他情况，我不希望向该用户发送任何更多邮件，特别是如果他们订阅了许多通知。
- 关于在此相同情况下删除用户：我们可以简单地删除用户，我们也可以“删除并禁止电子邮件地址和 IP 地址”。为什么将它们链接在一起？我喜欢禁止电子邮件地址的想法。我可能很少想禁止 IP 地址。但禁止 IPv4 会因多种原因而变得尴尬——也许 IPv6 可以，但我们还没有达到。在这些概念分离之前，我们不能只禁止电子邮件地址吗？如果我对 Discourse 的内部机制有更多了解，我很乐意编写一个清除禁令列表中特定项目的脚本，但我不知道在哪里可以找到这些数据。
- 我们为该网站启用了 MaxMind，我想使用 IP 地址获取位置，以帮助确定用户是应该被静默还是被删除。例如，如果最后使用的地址与注册地址（加上其他指标）相距甚远，那么我将删除该帐户，因为它“闻起来很糟糕”。但是显示的 IP 信息弹出窗口不显示位置。这是错误还是我应该再次检查 MaxMind？
- 我收到发送到我的 postmaster@ 地址的退回通知——这就是我得知论坛的电子邮件正在退回的方式。有人可能会建议我查看退回分数以进行自动截止，以避免向已记录退回的用户发送电子邮件。我们没有用于评分的退回数据，我没有设置 Discourse 来轮询 POP3 (IMAP??) 以获取此类数据。我在元信息中看到的只是关于设置它的论坛轶事。关于这个主题是否有真正的专用文档？
再次强调，这一切只是为了分享这个特定区域（并非非常出色）的用户体验，供任何可能感兴趣的人参考。
希望对您有帮助 - 谢谢！！！
2 个赞
我猜如果你留空静默原因，它就不会向他们发送电子邮件。
至于那个，请参阅 Custom Predefined Suspension Reasons
- 这是基于我对 Discourse 的了解（可能不准确，但我正在努力提供帮助！）
1 个赞
Moin
4
您是如何配置 bounce score 站点的设置，特别是 bounce score threshold 的？
2 个赞
TonyG
(Tony G)
5
由于我还没有配置 Discourse 来检查弹回通知邮件，因此我尚未配置弹回分数阈值。此 meta 帖子 中的信息是我找到的关于配置处理弹回的最好资料。在接下来的几天里，我将努力寻找更完整的文档。
但是，是的，今天我将设置一个非常低的弹回阈值。
1 个赞
TonyG
(Tony G)
7
{“translation”: "[quote="Architect, post:6, topic:323151"]在账户被静音之前，必须有一个选择或书写的原因。这是合理的，因为会向用户发送一条站点消息，告诉他们有关事件。该站点消息没有明确说明我们希望用户做什么。因此，在消息发送后，我会回复那条消息，要求他们在纠正电子邮件问题后回复。
因此，我目前面临的初学者挑战包括：
- 我确实希望对用户的那条消息进行修改，但我更愿意修改文本。更改
admin/customize/email_templates/system_messages.email_revoked 的英语版本不会改变其他语言的内容。或者是否有一种功能可以对单个或所有系统消息进行自动翻译？
- 在没有搜索
admin/customize/email_templates/ 的情况下，很难找到要编辑的正确文本系统消息或用户通知，也不清楚哪些流程会触发它们。
- 我不想在问题本身意味着他们没有收到邮件时发送电子邮件。
- 当我在他们的用户资料上对系统消息进行回复时，另一封电子邮件会发出。如果我们可以有效阻止发往该地址的外发邮件，就不会发生这种情况。也就是说，所有的外发邮件功能是否都经过一个中心流程，先检查是否已超过弹回阈值？还是我遗漏了关于静音的功能，能够在不绑定到弹回阈值的情况下阻止外发邮件？
- 理想情况下，当用户用有效的地址更换电子邮件地址，或点击“我的地址现在没问题”的检查按钮时，服务器会发送测试邮件，如果成功，清除弹回标志/计数会很酷。
- （随机）有固定数量的
admin_js.admin.user.suspend_reasons，并且它们是“硬”识别的，以防止为其他用途定制。即，我们可以更改 admin_js.admin.user.suspend_reasons.combative 的文本，并有一个单一的 admin_js.admin.user.suspend_reasons.custom，但似乎无法创建新的 admin_js.admin.user.suspend_reasons.bouncing_email。
这种场景不仅适用于弹回。我可以想到其他场景，我们希望用本地消息通知用户，告诉他们无法给他们发送邮件，并提供存储的自定义消息，告诉他们该怎么做。
我怀疑这一切都描述了一些非常细致的行为，可能不会成为优先事项，但我还不知道其他人如何处理这个问题。感谢您的耐心…"}
TonyG
(Tony G)
8
正在更新此帖子的进度……
我刚找到有关设置退信处理的文档：
这里的图片也很有帮助：
实施此功能应该足以有效处理退信。我仍然需要弄清楚如何有效地通知多语言用户群，并在他们修复电子邮件问题后迅速让他们恢复正常。也就是说，当他们做出有效更改时，他们需要通知我们或系统，以便解除对他们的阻止。
当电子邮件地址退回自动化的 Discourse 电子邮件时，除非怀疑是伪造帐户或没有有效电子邮件的帐户，否则似乎不必静默或删除其帐户。
我想这可能是您想暂时冻结帐户以验证他们拥有有效电子邮件的原因，您有多少此类案例，或者是否可以一对一地手动处理？
还有一些其他选项，例如手动更改电子邮件通知设置，或将不起作用的电子邮件地址暂时更改为管理员控制的其他有效地址。这可能不是最好的主意，只是一些随机的想法。
根据我上次检查的情况，删除帐户时不会发送电子邮件通知。如果帐户没有有效的电子邮件，则删除帐户的简单但有些残酷的策略。
TonyG
(Tony G)
10
我们想法一致。不同的场景需要不同的管理者来处理。我正在摸索这个软件，以了解它的功能、预期用途以及其他人如何使用它。
这项倡议/调查的根本目标是双重的：首先，主动避免滥用。其次，避免发送可能导致我们的网站被标记为不可递送电子邮件来源的退信邮件。这可能导致我们的网站暂时被列入 RBL（实时阻止列表），我希望避免这种无稽之谈。
我们这个网站的邮件量不大，但有一些用户组，类似于 TL0-4，但又不完全相同。如果一个用户组的电子邮件出现问题，不应该静默他们。另一个用户组中只有少数近期发帖的用户，也不应该被静默。没有活动或近期没有有效活动的账户可能会被静默，以引起他们的注意，以便他们将来回来。
静默人们以引起他们注意的想法很尴尬。我也不太在意电子邮件地址。真正的意图是，如果我们有一个虚假的电子邮件地址，我认为该账户更有可能成为滥用的来源。因此，我会先发制人地静默他们，寻求一些回应，如果我们长时间没有收到他们的回复，就删除该账户。一个参与的用户（TL1？）我们长时间没有收到他们的回复，可能会被长期静默/审查。
既然我们在这里讨论，这一切也意味着有人在创建没有有效电子邮件的账户，或者将地址更改为无效地址。我正在查看 Documentation，并希望创建一个自动化流程：静默新的 TL0 用户，直到他们查看了几个帖子，然后向他们发送电子邮件。如果我们收到这些特定消息的退信，就将他们置于审查状态。因此，在确定他们是真正浏览网站的人之前，不会发送欢迎邮件，在确定他们验证了电子邮件之前，也不会授予权限。
FWIW 在未先验证您的电子邮件之前，无法激活您的帐户（除非由管理员手动激活，或者您正在使用 SSO 且不通过 idp 进行验证）。
3 个赞
这不一定正确，还有其他原因，例如电子邮件可能暂时停用，或者他们已将您的发件人列入黑名单（这也可能是暂时的，例如暂时禁言）。
我建议的第一步是，如果用户的电子邮件未收到消息，请向他们发送常规的私人消息，以便在他们不知情的情况下提醒他们，您可以将其设置为官方警告私人消息，并勾选该复选框，使信封警报图标变为红色而不是绿色。这还会在他们的帐户上记录一条消息，表明他们已收到一条或多条官方警告私人消息，这样您就可以记录在案。
如前所述，默认设置要求新帐户在可以使用您的网站之前，必须通过点击验证电子邮件中的链接进行验证，除非您已绕过此设置。
这似乎基本上已通过默认设置启用，尽管 TL0 用户可以发布公开回复/主题，但他们无法向任何人发送私人消息，直到他们被提升到基本级别 TL1，这需要一些阅读，并且在此之前需要验证电子邮件。
1 个赞
