The certificates are those you sent me. Just checked, they're both valid.

I've added your suggestion and also added the "connected" log message from PushAPNS.pm, no luck.

2020-12-14 13:52:00.840238 +0100 info  main: - - XXXXXXXX msg queued apns notification for sandbox:XXXXXXXXXXXXXX
2020-12-14 13:52:01.579649 +0100 info  main: - - - msg apns processing queue for gateway.sandbox.push.apple.com
2020-12-14 13:52:01.740147 +0100 info  main: - - - msg apns connected to gateway.sandbox.push.apple.com, now establishing SSL security

I tried reducing the APNS channels to "production", still no luck.

I can see the socket getting created when following socket events:

[root@ns34 ~]# ss -E | grep "17\.188"
tcp    UNCONN  0        0        146.0.237.226:59102        17.188.136.189:2195

So the TLS init somehow fails in a way AnyEvent::Handle doesn't recognize as a failure / error.

I've had a look at the AnyEvent::Handle documentation but cannot see anything we're doing wrong or missed regarding error handling.

Maybe Apple is blocking me, dropping all packets? But wouldn't that trigger a timeout or TLS init error?

Very strange. Any other ideas?

Regards,
Michael


Am 14.12.20 um 09:19 schrieb Mark Webb-Johnson:
Do you have conf/ovms_apns_sandbox.pem file in place? Valid and not expired?

I had a quick review, and it seems the main flow handles errors. Perhaps some other callback on the AnyEvent::Handle for an error condition is being missed? Or perhaps the AnyEvent::Handle could not be created at all. Can you try to add:

If (!defined $apns_handle)
  {
  AE::log error => "- - - msg apns handle could not be created”;
  $apns_running = 0;
  }

After the block of ‘$apns_handle = new AnyEvent::Handle(…’?

Regards, Mark.

On 14 Dec 2020, at 3:21 PM, Michael Balzer <dexter@expeedo.de> wrote:

Signed PGP part
That's the strange part: I don't get any error, and I don't get a timeout either. That's what I meant by "fails in a way we don't handle".

This is the only log entry on "apns processing", I get this once after restarting the server as soon as the first APN is due for delivery:

2020-12-10 16:55:30.351530 +0100 info  main: - - - msg apns processing queue for gateway.sandbox.push.apple.com

(still running server v2 due to lack of time)

After that, no more apns processing – I guess because $apns_running never gets reset.

Any idea?

Regards,
Michael


Am 14.12.20 um 07:17 schrieb Mark Webb-Johnson:

Push notifications are still working ok for me. What is the error you get back from the gateway?

We are using this protocol (see apns_send function):


We need to convert to this one:


But have until the end of March 2021 to do it. The switch is not complex, and is probably slightly easier for us. It becomes just a simple http request, with pretty much the same payload we currently use (in json format).

Regards, Mark.

On 11 Dec 2020, at 12:27 AM, Michael Balzer <dexter@expeedo.de> wrote:

Signed PGP part
Mark,

a user informed me he no longer gets any push notifications to iOS.

Looking into the logs, it seems the initial connect to the gateway fails in a way the perl code does not handle.

I've found this in the Apple forums: https://developer.apple.com/forums/thread/667248

It seems the protocol we use has been deprecated, but it should continue to work until March. Do you see a similar effect on your server?

Regards,
Michael

--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26





_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev


-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26



_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev


-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26