2012-07-20 123 views
0

我知道这样的问题一定要问很多。APNs AdHoc测试

CASE- 我在分发​​AdHoc配置文件中对我的应用程序进行了codesign-ed。我在我的服务器上安装了生产推送SSL证书p12以推送消息。

邮件从服务器成功推送,但未在设备上收到。

现在深入挖掘之后,我读到沙盒和网关的devicetok应该是不同的。如果由APN返回的设备令牌取决于aps环境字符串值,则有意义。所以,我从通知中注销了应用程序。

[[UIApplication sharedApplication] unregisterFromRemoteNotifications];

执行具有代码提及上述中实现的应用程序。然后移除代码,并再次与注册APN的应用程式。它已经成功注册,但我收到的设备令牌没有改变,它是一样的。

从服务器我推送了一条消息。并检查设备的控制台日志。 (我使用AdHoc Distribution配置文件签署了应用程序,并检查了控制台日志)。我收到在日志如下: -

apsd[301] <APSCourier: 0x119f60>: Connecting courier stream using DNS TXT record at sandbox.push.apple.com and port TCP 5223

apsd[301] <Warning>: Fall back to alternate interface was disabled

apsd[301] <Warning>: Wake schedule completed for 2012-07-20 18:45:58 GMT (took 0.070 seconds)

apsd[301] <Warning>: Interface manager: Binding stream to WWAN context kCTDataConnectionServiceTypeInternet

apsd[301] <Warning>: <APSCourier: 0x119f60>: Connecting to courier 10-courier.sandbox.push.apple.com.

从服务器发送的所有邮件都在控制台登录的设备,但它从来没有加剧过。我猜测操作系统会丢弃它们。

现在的问题,

  1. 为什么令牌没有改变?

  2. 为什么当构建AdHoc Distribution provisioning配置文件时,应用程序尝试调用sandbox.push.apple.com时应该尝试使用gateway.push.apple.com?

  3. 为什么端口5223当我在3G连接?

  4. 为什么推弹出窗口不显示?

我是干的想法,任何帮助赞赏。

回答

0

该应用程序在24小时后开始表现如预期。我猜这有点像批处理过程,用于更新与APN的相关服务器相关的令牌。