Xcode Cloud rejects Default Mail App entitlement in all export modes

Hi,

Canary Mail has had approval to use the Default Mail App entitlement for years. We have a longstanding Xcode Cloud export failure involving com.apple.developer.mail-client.

In our latest iOS build, compilation and archiving succeed (ARCHIVE SUCCEEDED). All three subsequent exports—App Store, Ad Hoc, and Development—fail with the same error:

error: exportArchive Entitlement com.apple.developer.mail-client not found and could not be included in profile. This likely is not a valid entitlement and should be removed from your entitlements file.

We checked the signing configuration and Developer portal:

• The main app requests com.apple.developer.mail-client = true. • An existing manual App Store provisioning profile is active until June 2027. Decoding the downloaded profile confirms it contains com.apple.developer.mail-client = true and matches the app's bundle identifier and team. • Local development archiving also succeeds with our existing manual Default Mail App development profile. • However, Default Mail App is absent from both the Capabilities and Capability Requests tabs for this App ID.

This appears related to these reports, where Apple corrected the entitlement's distribution grants: https://developer.apple.com/forums/thread/774506 https://developer.apple.com/forums/thread/800072

Our case differs because all three export modes fail, rather than only Ad Hoc.

Apple's provisioning documentation describes migrating older additional entitlements into App ID managed capabilities for cloud-managed signing: https://developer.apple.com/help/account/reference/provisioning-with-managed-capabilities

Could our older Default Mail App approval still be available through manual provisioning profiles but not migrated to the managed capability used by Xcode Cloud? What is the correct support route to have Apple verify/migrate this approval and ensure Development, Ad Hoc, and App Store export are supported?

If the grant is already correct internally, could this be a Cloud provisioning service issue? Is there a supported way to use our approved manual App Store profile for Xcode Cloud's built-in export while this is investigated?

We need to preserve default-mail functionality, so removing the entitlement is not a suitable production workaround. We can provide the full distribution logs and profile details privately to Apple Support.

Thank you.

I presume we’re talking about Team ID Y________J. If so, my view of your team indicates that you have the Default Mail App capability for a specific App ID (Y________J.e____.d___) and for Development and App Store distribution. That’s a pretty common setup [1].

You should be able to confirm that on the Developer website. See Finding a Capability’s Distribution Restrictions for instructions on how to do that.

IMPORTANT Make sure you select the above-mentioned App ID. The Default Mail App capability will only show up there.

Please do this and let me know what you see.

Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"

[1] Don’t ask me why there’s no Ad Hoc or I’ll start to whimper )-:

Xcode Cloud rejects Default Mail App entitlement in all export modes
 
 
Q