Unable to Send Emails to Private Relay Service

  • hi I have solved this issue please checkout my solution, if it works for you, give me some credit then haha

    https://medium.com/@nmpyt21/mandrill-send-to-apple-private-email-e7514f74d8be

Add a Comment

Accepted Reply

Please make sure that you're actually sending your emails from the domains you have registered.

If you use a third-party mail service (like AmazonSES, SendGrid, or MailChimp), it does not work yet.


Also, if you have an example <anonymousUserId>@privaterelay.appleid.com, we can try looking in the logs.

Add a Comment

Replies

Please make sure that you're actually sending your emails from the domains you have registered.

If you use a third-party mail service (like AmazonSES, SendGrid, or MailChimp), it does not work yet.


Also, if you have an example <anonymousUserId>@privaterelay.appleid.com, we can try looking in the logs.

Add a Comment

Can we expect SendGrid to work eventually? We rely on them to communicate with customers...

Ah we use Amazon SES, is there an estimate for when this will be live?

Is https://mandrillapp.com supported? We are using Mandrill to send our emails and I can confirm that emails from Mandrill are using the registered domain and SPF record are in place.


Is there any estimate on when these third party service will be able to send emails?


Is google supoprted?


I'll appreciate if you can share some extra information, one of the emails that we tested with is c64a24ubht@privaterelay.appleid.com

All I can say is that we are "investigating" support for third-party email services.

Right now, running your own MTA and doing the SPF registrations are the only supported mechanism for getting through privaterelay.appleid.com.

We are aware that lots of devs use things like AmazonSES, MailChimp, SendGrid, etc. The list is large.

Stay tuned.

Looks like the email came from @mandrillapp.com, and this was the result: error=R5S84P9G98 is not allowed to send to recipient.


You're in the same boat as gemmaPerigee, third-party mail services are not yet supported.


We hope to have something to say about this soon, but I can't make committments yet.

what about Office365? My company's using office365 as email service provider, I've added several full emails in 'Individual Email Addresses' with green marks shown, but still failed with "5.1.0 - Unknown address error 550-'5.1.1 bad mailbox name'".

The email address is memm9f2qh4@privaterelay.appleid.com

Are you able to specify what aspect of third-party mail services prevents their use? We have DKIM and SPF set up for our whitelisted SIWA domain, but don't have a reverse DNS record set up for the IP we're using (a dedicated IP used primarily with a different domain), and are getting "550 5.1.1 bad mailbox name" responses. It seems like a third-party mail service with a dedicated IP and rDNS would be indistinguishable - from privaterelay.appleid.com's point of view - from running our own MTA.


We can certainly set up rDNS if that's a requirement, but otherwise this is a pretty big blocking restriction for SIWA.

We are experiencing a similar issue.


Sending to a relay email address from an email address whitelisted under the "Individual Email Addresses" section of https://developer.apple.com/account/resources/services/configure, and with a 3rd party email sending service, bounces with a "500 / 5.1.1 bad mailbox name" error.

Can you shed light on how/why 3rd party systems are not supported? If the SPF record we set for our customers are valid and point to the IP addresses (rather than a CNAME) would that work?

What you said is actually incorrect. We use Sendgrid and are able to send to your email relay service. What you meant to likely say, is that if you used a shared network on one of these providers, the relay-service does not work because it can not verify the SPF and hosted file for that domain correctly.


Other than that, all clients who use a dedicated IP address and have some knowledge about DNS can set this up to work correctly.

Are there any updates to share on a timeline for a potential solution to this issue?


It's unfortunate that new apps are potentially required to support this feature, yet this critical gap in functionality remains.

Any updates for supporting 3rd party eails ervices?

Waiting also for an update!

Likewise, we are blocked on rolling out our completed Sign in with Apple integration, due to this third-party email broker situation. Can these common email providers not just be whitelisted for this feature? There's probably a handful of reputable domains to account for the majority of use cases.