很抱歉，但我认为本线程中引用的 PR 存在缺陷：
该“功能”未考虑到一种情况：用户可能将 Discourse 用作 SSO 提供商，他们可能不在论坛发帖，而仅使用主站！对于我的站点而言，这种情况很常见，因此过去几个月我失去了约 70% 的 Discourse 用户（我是偶然才发现的）……导致论坛与主站之间出现了巨大差距。同样，在我的站点中，用户也可能在决定创建账户以使用主站功能数年后，才在论坛中发帖。如今，这些用户无法登录，或不得不创建与主站内容无关的新账户。
我特意在几年前将标记为 “active: true” 的用户迁移过来，以防止此类情况发生。
在我看来，清除操作也应由管理员在启用此类选项前主动决定，至少对于已经运行的 Discourse 论坛而言更是如此……
如果您有特殊的用例，可以根据需要调整“清理不活跃用户天数”的站点设置。
我昨天已经这样做了，但这并没有恢复被清理的 1000 多名用户……我能否像首次导入时那样，再次将他们插入？
唉——真是不幸的遭遇，我深表同情！
或许你可以恢复到备份，前提是自从那次大清理开始以来，还没有太多新的讨论发生？
否则的话，我建议使用导入工具来添加用户。我不太清楚具体怎么做，但如果你把请求发布在 Marketplace 频道，应该能得到帮助。
从自身角度反思，我很高兴被提醒了反向操作的好处：例如使用 WordPress 作为 SSO 提供商，这样你既能享受论坛自动清理休眠用户的好处，又能保留主网站上的用户。好处在于，当用户再次登录时，他们会自动重新加入论坛，甚至无需任何额外操作。最近我成功在 WordPress 中设置了通过邮件链接登录的功能，这大大改善了用户体验。WordPress 自带的密码管理功能实在糟糕透顶。