ylgrgyq
你好，从记录看昨晚你的 dev 证书确实是有问题的，无法跟 Apns 正常连接。 推送记录没有这个是今天引入的问题，正在修复中，非常抱歉。
您好，很抱歉 QvkrSNYURZOHik1eDN9bXg 这条消息是 1 月 4 日发的，我们的详细日志不会存放这么久，可否再重新复现一下问题，并像这次这样将消息 ID，接收双方 ID，对话 ID 等信息留一下呢？谢谢！
这条消息推送有触发，目标 token 是 0d693f53440ce4c98da84c30b8b75c9b554f2093dc6b78fa53fa35b562f7271c 但被 APNs 拒绝了，原因是 BadDeviceToken。一般是因为 token 有问题，您说控制台直接发推送能成功，那可能是 token 不是 development 环境的。您可以先在控制台 -> 消息 -> 即时通讯 -> 设置，找到离线推送设置，将 “使用测试环境推送” 取消，再尝试一下。
您好，我这里能确认的是，您应用 hzU3vYqgtagihQwdGCTEaoJv-9Nh9j0Va 下已经很久没有即时通讯服务触发的离线消息推送了。并且能出现在推送记录中的推送，一定是由您应用调用推送 API 发出，我们是不会自动产生推送记录中能查到的推送的。
多一个 push data 的问题看上去确实不对，我们尽快排查。
确认了一圈，我们的 _messageReceived hook 参数里是不会将用户上传的 push data 参数发送过去的。从您打印的日志里也可以看到，request param 里并没有 push data。push data 字样是另起一行打印，也即您 hook 实现中自行拼接的。 _messageReceived Hook 我们会传递的参数说明在这里：https://leancloud.cn/docs/realtime-guide-systemconv.html#hash-1573260517 另外补充一下，这条消息 ldA519UJHQwX29U9cjLfGz 您在调用 REST A…
您好， 我并不是说异常推送是您 Hook 发出的，只是说 Hook 中 push data 字样的日志是您 Hook 打印的。您需要去看一下您 Hook 实现。 对于异常推送，我确认是由您的应用通过 REST API 主动发出的，所以请排查是从哪里调用 API 发的推送。我这里能看到的您应用下已经很久没有即时通讯触发的推送了，最近一年多没有部署云引擎并不表示问题不存在，我理解只是您的逻辑没有走到异常调用 REST API 发推送。所以请排查是哪里调用的推送接口，什么时候会调用，以及为什么在调用推送接口时传递的是错误的数据，从而解决异常推送。
您好，我们只会将长时间没有与我们服务器保持过连接的设备标记 valid 为 false。所以出现上述现象说明目标推送设备无法与我们服务器建立连接。可以在 控制台 -> 消息 -> 推送 -> 帮助 下查询目标设备的 installation id 看设备是否能处于在线状态，一直是离线状态说明设备没有与我们服务器建立过连接。
您好，请问您的 app id 是什么呢？从我们日志上看，上述 installation id 今天均没有过下发推送消息记录。烦请告知 app id。 至于改动方面可以跟您确认的是我们也没有做过任何改动，上次修改上线是在 1 月初。
joydoon： 6010a0cab08e92c52dd55c47b581d367 明白了，谢谢，请稍等我们看一下，稍后回复。
您好，我这里找到原因了，是因为开发版推送服务器缓存容量不足导致的。部分开发版应用会遇到设备注册成功但随后存储记录被挤出缓存导致再次发送时被错误标记为失效。目前对资源做了补充，可以重试一下再看看。