The developer sandbox is the first line of defense. Each behaves slightly differently and needs to be tested independently. There are 3 distinct testing environments: Production (App Store), TestFlight (Production Sandbox), and Sandbox (Developer Builds). If you see anything that needs to be fixed or have anything to add, please submit a pull request! The Basics This guide will evolve over time as Apple makes changes to subscriptions and we figure out better ways to test. Apple’s subscription-related documentation is… um… lacking, and Apple has never been great about providing testing resources.
Create a new MX record for and point it to App Store subscriptions is incredibly important, but also very hard to do well. Login to MyDomain, or GoDaddy or whatever you use to manage your personal domain (if you don't control any domains you can turn in your nerd card now). I'm just going to post the real solution here, since this is what other people are wanting to know: Existing Apple accounts with the Gmail + trick added to the sandbox user account. The email field may also be highlighted red when the error message is shown.Īpple blocks these email addresses (this is undocumented): It means that your email address is not accepted. The email address you entered already belongs to an existing Apple account. So once making you could register and etc. Instead, Apple wants you to make a complete new and unnecessary email account such as that hasn't been used as an apple ID, and THEN use that one as your base email for the subaddressing. If you use as your main apple id, you can no longer use any variations of it with sandbox testing accounts. So now it looks like you'll have to have one address that is not associated with any Apple account in order to use sub addressing. I know it was working with normal apple id email addresses in Feb 2017. We will not be able to fix this for you as it is expected behavior. If is already registered as a regular account, you can not add as a sandbox tester. Thank you for reporting your sandbox issue.Īliasing for sandbox testers is allowed if the main email is already registered in our system as being only a sandbox Apple ID. So I contacted Apple developer support, and after finally getting through their horrible Contact Us system, I got this reply back: This is still a huge pain though because itunes sees it as a seperate, unique account from your normal itunes account, and so if you want to try out the sandboxed app, you have to log out of itunes, log in with the new sub addressed account, and then when you are done testing you have to log out of the sub account and log back in with your normal account to have access to all your other apps. 
This is useful because you don't have to create actual brand new address for the sandbox account. So if your normal itunes email is then you could set up a sandbox user like and then do all the email confirmation and stuff in your normal inbox. Gmail does for sure, others probably do too. The closest you can get is to use an email sub+address, if your email allows it.
The following has been left for historical recordĬurrently you cannot.
#Apple sandbox coding free#
If any other email providers allow this kind of functionality then feel free to include it in the comments. This will allow you to have "multiple" email accounts all going to the same email, since you can put the "." anywhere in the email string before the so on, and Apple hopefully won't be able to kill this workaround since periods are allowed in email addresses normally. You can still use the "." trick with gmail accounts: or without dot is the same account for Gmail while they are different for Apple Sandbox. So Apple has decided in their infinite power trip to no longer allow the previous sub+email trick to work.īig thank you to Josef Grunig in the comments for pointing out a new workaround, at least in Gmail. I just tried the sub+email trick and it works again.
0 kommentar(er)
