至少从昨天开始，我在我的仪表板上看到以下内容：
基于您当前站点设置的一些建议
- 我们检测到 mail-receiver 版本过旧。请 SSH 登录到此服务器并运行
/var/discourse/launcher rebuild mail-receiver。最后检查时间：2019 年 11 月 14 日上午 7:37
我尝试按照步骤操作，甚至执行了完整的重建。但这条消息仍然没有消失。有人知道可能的原因吗？之前有人遇到过这种情况吗？
我想你需要等待 24 小时，警告才会消失。也许我们应该把这个说明添加到消息中 @blake？
没错，确实如此。我会更新消息，加上这条说明。
你能告诉我一个测试方法，来判断某个站点是否需要更新邮件接收器（或提供相关提示）吗？我想我可以在每次更新时都重新构建它们，但最好只在必要时才进行升级。也许可以检查一下容器是否在某个特定日期之后被重新构建过？
我不太确定你具体想找什么样的测试？你可以查看你的管理仪表盘，看看是否显示“过时的 mail-receiver 版本……”。只有当系统检测到站点仍在使用旧的 API 认证方式时，才会触发该提示。如果你的站点未使用邮件接收器，或者尚未收到任何邮件，该消息将不会显示。因此，作为一种测试方法，你可以尝试通过电子邮件回复一条私信，然后查看它是否会出现。
是的。只有在你管理那些你无法登录的网站时，这才会是个问题。对于我有 API 密钥的网站，我可以获取 /admin/dashboard/problems.json，并检查其中是否包含 mail-receiver。
我推测，这只有在神秘未来的某一天，URL 中支持 API 密钥的功能被移除时，才会成为一个真正的问题。
多重建构一次 mail-receiver 也没什么坏处。我甚至可能根本不需要尝试。
感谢你的帮助！
编辑：这就是我要找的答案！Update mail-receiver to the release version
@k4rtik 感谢您提出这个问题。原来，要更新 mail-receiver，还需要执行一个额外的步骤。请您按照 Update mail-receiver to the release version 指南中的步骤操作。完成后，更新提示大约会在一天内消失。
正如您和@david最初提到的，等待超过24小时后，该消息已消失。我是否还需要执行任何额外步骤？
如果您收到的邮件不多，它可能只是自行超时了，下次收到邮件时可能会再次出现。建议您按照升级步骤操作，以便将 mail-receiver 锁定在 release 版本，而不是旧的 1.x 版本。