0

I am working with subscription in-app purchases and am hitting the following endpoint with stored receipts: https://buy.itunes.apple.com/verifyReceipt

Just this past weekend (starting 10/24/2020) I started to get the following exception returned and can no longer verify my receipts, a critical part of my business.

{
    "exception": "com.apple.jingle.commercelogic.inapplocker.exception.MZInAppLockerAccessException",
    "environment": "Production",
    "is_retryable": false,
    "status": 21010
}

Why did I just start seeing these now, and how can I resolve this?

James Z
  • 12,209
  • 10
  • 24
  • 44
Iman Askur
  • 302
  • 1
  • 12
  • Are you calling the endpoint from your app or at backend? – robdev91 Oct 26 '20 at 17:42
  • @StefanWang This is being called from the backend, so purely hitting the https://buy.itunes.apple.com/verifyReceipt endpoint with an existing receipt, and getting this response. – Iman Askur Oct 26 '20 at 17:43
  • 21010 status is a very rare case. According to developer.apple.com/documentation/appstorereceipts/status , it indicates token expiration or something like user authentication fail. – robdev91 Oct 26 '20 at 17:46
  • @StefanWang I see the documentation says "The user account cannot be found or has been deleted", but where do you see it is a rare case? Is there other documentation? Thanks for the help – Iman Askur Oct 26 '20 at 18:02
  • *rare case* - Based on my experience. And didn't meet that status at all in my past projects (10+ backends with IAP) – robdev91 Oct 26 '20 at 18:05
  • According to RevenueCat, 21010 errors should be treaded as stated: "This receipt could not be authorized. Treat this the same as if a purchase was never made." I have gone ahead and marked the subscription as inactive for product purposes. – Iman Askur Oct 27 '20 at 00:27
  • That seems reasonable. Users with no IAP history have no receipt. So, it will be correct. – robdev91 Oct 27 '20 at 00:36

0 Answers0