这里我有一个android应用程序,它的核心功能是将收到的文本消息(SMS)转发到电子邮件收件箱,在那里它需要RECEIVE_SMS权限。由于违反google play政策,我的应用程序已从play商店中移除。SMS_permission在我的应用程序中是强制的。
我向谷歌播放提交了上诉,他们的回复如下
...
我查看了您的申诉请求,发现您的应用仍然违反了 Google Play 政策。我在下面提供了有关您的应用的具体问题的详细信息,以及您可以采取哪些措施来使您的应用重新回到 Google Play 上。
问题
在审查过程中,我们发现你的应用违反了权限策略:
您只能请求实现应用程序中当前可用的关键功能或服务所需的权限。您不得使用授予访问用户或设备数据的权限,用于未公开、未实现或不允许的功能或目的。短信和通话记录权限受到额外限制;为了使用这些权限,您必须首先获得Google Play的批准。例如,我们发现您的应用程序包含:
接收_短信
...
请告诉我如何使用这些短信权限将应用程序重新发布到playstore
围绕这些权限有很多关于隐私的规则,有时很难理解,但这可能会有所帮助。首先:
Google Play限制使用高风险或敏感权限,包括SMS或通话记录权限组。
假设您的应用需要其中一些权限才能正常工作,Google 表示需要将其设置为默认的电话/短信处理程序。在请求权限之前,必须将应用注册为默认处理程序,并在应用不再是默认处理程序后停止使用它们。
但是,你的应用并非如此。你需要访问该信息,但你的应用不能设置为 sms/调用的处理程序。在这种情况下,只要您满足两个要求,就可以为您的应用设置例外:您没有其他方法来实现相同的行为(检查您的应用),并且您可以在例外用例列表中找到您实现的用例(请参阅上面链接中的例外部分)。这里有点棘手,因为没有明确匹配您的应用程序的用例,但我认为您可能能够使用跨设备同步或传输短信或呼叫(请确保您详细检查列表并选择最适合您的应用程序的用例)。
现在,最后一步是:
如果您认为自己的应用符合可接受使用的政策要求或符合例外情况,则应直接通过 Play 管理中心声明所有通话记录或短信权限。
有关该过程的详细信息可以在此处找到,如果您完成了所有这些操作,那么您的请求将被发送给Google Play团队,他们将对其进行审核并决定是否发布您的应用程序。
附言确保您清楚地说明为什么您的应用程序需要这些权限。
是的,谷歌删除了具有READ_SMS权限的应用程序。尝试使用谷歌API实现,之后你不再需要READ_SMS权限。
看看这段谷歌代码,https://developers . Google . com/identity/SMS-retriever/overview
我正在使用自定义分析(而不是谷歌分析)设置活动跟踪,并为此设置接收器。我的接收器似乎在工作,但当我安装时,我收到一个android lint警告: 它看起来像任何旧的Android应用程序可以调用我的应用程序与意图,我不希望。应该只有谷歌应用商店(或任何其他Android系统应用程序,将安装我的应用程序从play store)发送该意图到我的应用程序。 因此,我试图找出如何设置将有效应用程序限制在
我知道Stackoverflow上还有其他非常类似的问题,但这些问题要么没有得到回答,要么没有帮助我解决。与这些问题相反,我在这个问题中添加了更多的堆栈、跟踪和日志文件信息。我希望这能有所帮助,尽管这让问题变得有点冗长和丑陋。对不起. 我正在Amazon EC2上使用实例运行一个9节点集群,并安装了DSE(DataStax Enterprise)版本4.6。对于每个工作负载(Cassandra、S
当我在Play商店更新应用程序时。根据谷歌的新政策,我收到以下错误: 我还检查了所有可用的选项,但谷歌一再拒绝我的申请。 我是Android新手。 问题:违反权限策略 查看你的应用程序后,我们发现它不符合使用请求权限的条件,原因如下: 根据我们的审查,我们发现您的应用表达的用户体验与您声明的核心功能{基于短信的金融交易(例如,5位消息)以及相关活动,包括金融交易的OTP账户验证和欺诈检测}不匹配。
我正在设置我的第一个Ionic React应用程序。我使用Ionic 5创建了一个应用程序并使用了应用内购买2插件。 我想测试一下,所以我把签名的APK上传到Play商店。 当我查看Play Store上的应用程序包详细信息时,我发现它需要几个不必要的权限: 所需权限(13) Android准许ACCESS_Rough_LOCATION,android。准许访问android的FINE_位置。准许
我有一个使用Xamarin为android构建的应用程序。 我一直收到同一封电子邮件,说我的应用程序正在使用Manage_External_Storage,并且一直被拒绝,即使它不在清单中。该应用程序曾在某个时候请求过该权限,但我们已经从清单中删除了该权限。甚至Play控制台应用程序捆绑资源管理器也读取了正确的权限。以下是Play控制台应用程序捆绑资源管理器中该应用程序捆绑的权限 我还检查了and
在 MySQL 中,可以使用 REVOKE 语句删除某个用户的某些权限(此用户不会被删除),在一定程度上可以保证系统的安全性。例如,如果数据库管理员觉得某个用户不应该拥有 DELETE 权限,那么就可以删除 DELETE 权限。 使用 REVOKE 语句删除权限的语法格式有两种形式,如下所示: 1)第一种 删除用户某些特定的权限,语法格式如下: REVOKE priv_type [(column_