# 允许管理员在禁用“注册后编辑邮件”时始终能够编辑邮件

**URL:** <https://meta.discourse.org/t/allow-admins-to-always-be-able-to-edit-emails-when-edit-email-after-signup-is-disabled/403930>\
**Category:** Feature\
**Created:** [2026年五月27日 16:15 UTC](https://meta.discourse.org/t/allow-admins-to-always-be-able-to-edit-emails-when-edit-email-after-signup-is-disabled/403930 "2026-05-27T16:15:43Z")\
**Posts on this page:** 1\
**Showing post:** 10

<div class="post-metadata">

**Author:** ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\
**Post date:** [2026年五月28日 17:00 UTC](https://meta.discourse.org/t/allow-admins-to-always-be-able-to-edit-emails-when-edit-email-after-signup-is-disabled/403930/10 "2026-05-28T17:00:47Z")

</div>

> [@Lilly](#):
>
> 是的，我强烈反对这一点。虽然你的具体用例对你来说可能看起来足够直接，但在 UI 中为此实现一个简单的覆盖功能，会引入重大的安全风险，而带来的便利性却微乎其微。

真不知道这是什么时候改的。多年来，我一直以管理员身份通过更改电子邮件地址来修复成员账户。当版主不诚实或意外地将某成员匿名化时，这对于修复账户非常有用。

那么，能否在 app.yml 中修复此问题，以恢复 UI 中的管理员访问权限？毕竟，如果管理员足够谨慎，管理员账户本应得到妥善保护。

话虽如此，Discourse 应该支持管理员分级，以便更精细地控制管理员功能。（旧讨论）。顶级管理员账户适合拥有完全权限/控制权，而有些人可能只需要访问主题设置的功能。

---

_[View the full topic](https://meta.discourse.org/t/allow-admins-to-always-be-able-to-edit-emails-when-edit-email-after-signup-is-disabled/403930)._