Google chrome Google OAuth2错误-关于安全策略的安装失败消息

昨天（10/2）太平洋标准时间9:30左右，一些用户报告了以下文本错误：

Error: policy_enforced

Application: *****

You can email the developer of this application at:*****

Access denied by a security policy established by the Google Apps administrator of your organization. Please contact your administrator for further assistance

Details:
response_type=code
scope=https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile http://www.google.com/m8/feeds/ https://mail.google.com/ https://www.googleapis.com/auth/calendar https://www.googleapis.com/auth/admin.directory.userhttps://www.googleapis.com/auth/appsmarketplace.license
redirect_uri=*****
login_hint=*****
state=pw_signin|||*****
hd=*****
client_id=*****
That’s all we know.

我们的申请自周二（9月30日）以来一直没有改变。我们仍在使用以下不推荐的作用域：

https://www.googleapis.com/auth/userinfo.email 
https://www.googleapis.com/auth/userinfo.profile

---

不过，我们不相信将它们更改为新的作用域会有所帮助。有人发现了导致这个问题的原因吗？

如果这是昨晚才开始发生的，那么这是由于谷歌推出了一个更新，他们正在回滚该更新。以下内容发布在G+上：

对此问题表示歉意，这是由我们今天所做的更改引起的。 我们将在明天回滚，以便解决此问题。 同时，您还可以根据需要更改代码来解决此问题 嗯：

根本原因是授权作用域和 您在登录时的请求。在GAM设置中 正在使用不推荐的作用域（硬编码，这是我们的错）：

在请求中，您可能使用较新的作用域：

电子邮件

侧面图

语义上，这些是相同的作用域。但是，这些作用域并没有规范化，并且 我们只是直接比较一下。在今天之前，如果有错配的话 将退回到提示用户授予 其他作用域。今天早些时候，推动了一项收紧的变革 政策

最快的修复方法是恢复到 登录请求中的userinfo.profile和/或userinfo.email范围。 这不需要管理员采取任何操作，并且应该恢复 登录功能

或者，您可以添加电子邮件和个人资料 作用域到SDK设置，并让管理员重新授权。长期 这样做的好处是使您脱离不推荐使用的作用域，并将 允许您在开发人员控制台中允许的情况下删除它们

---

你在哪里找到那个G+岗位的？这是一个我们必须加入的私人团体吗？我相信它是在与Google G+社区（）一起开发企业应用程序的时候成立的。