// comment corriger
Emails vers les adresses Apple « Masquer mon adresse e-mail » (privaterelay.appleid.com)
Les utilisateurs qui s'inscrivent avec Apple peuvent cacher leur vraie adresse derrière un relais. Vos emails ne leur parviennent que si vous enregistrez votre domaine d'envoi auprès d'Apple et que vous l'authentifiez.
Ce que ça veut dire
Quand quelqu'un utilise Se connecter avec Apple sur votre application ou votre site, il peut choisir « Masquer mon adresse e-mail ». Vous recevez alors une adresse aléatoire comme abc123xyz@privaterelay.appleid.com. Apple transfère les emails envoyés à cette adresse vers la vraie boîte de la personne.
Les utilisateurs d'iCloud+ peuvent aussi créer à la main des adresses « Masquer mon adresse e-mail », par exemple sur un formulaire d'inscription. Elles sont en général sur @icloud.com et fonctionnent comme des adresses normales.
Pourquoi c'est important
- Pour les adresses relais de Se connecter avec Apple, Apple n'accepte que les emails venant de domaines et d'adresses que vous avez enregistrés dans votre compte Apple Developer. Les autres emails sont refusés.
- Apple vérifie aussi que vos emails passent le SPF et sont signés avec DKIM. Les emails non authentifiés peuvent revenir en erreur.
- Les utilisateurs peuvent désactiver le transfert à tout moment. Les emails reviennent alors en erreur ou disparaissent, et vous devez arrêter d'écrire à cette adresse.
- Si ces adresses génèrent beaucoup de retours d'erreur, votre taux de rebond global augmente et nuit à votre réputation.
Comment vérifier
- Regardez vos retours d'erreur pour les adresses
@privaterelay.appleid.com. Un message de refus qui mentionne le relais ou un expéditeur non enregistré pointe vers ce problème. - Envoyez un email de test : sur la page d'accueil, copiez votre adresse de test unique, envoyez-lui un email normal depuis la boîte ou l'outil que vous voulez vérifier, puis ouvrez le rapport. Utilisez le même outil et la même adresse From que pour les utilisateurs de votre application. Le SPF et le DKIM doivent passer tous les deux pour votre domaine.
- Utilisez le scanner de domaine : saisissez votre domaine sur
/domain-scannerpour vérifier les enregistrements SPF, DKIM et DMARC.
Comment corriger
- Authentifiez votre domaine d'envoi. Assurez-vous que le SPF inclut votre service d'envoi et que le DKIM est configuré avec votre propre domaine. Ajoutez aussi un enregistrement DMARC.
- Ouvrez votre compte Apple Developer et allez dans les réglages de Se connecter avec Apple. Apple appelle cela la configuration du « service de relais de messagerie privé ».
- Enregistrez vos domaines et adresses d'envoi. Ajoutez chaque domaine depuis lequel vous envoyez (par exemple
yourdomain.comoumail.yourdomain.com) et chaque adresse From (par exemplehello@yourdomain.com). Apple vérifie les domaines grâce au SPF. - Utilisez l'adresse From que vous avez enregistrée dans chaque outil qui écrit à ces utilisateurs : le backend de votre application, votre outil de newsletter et votre service support.
- Gérez les retours d'erreur. Quand une adresse relais revient en erreur plusieurs fois, l'utilisateur a probablement désactivé le transfert. Arrêtez d'y écrire et, si possible, demandez à l'utilisateur dans votre application une nouvelle adresse de contact.
Les instructions officielles d'Apple : Configurer le service de relais de messagerie privé.
Bonnes pratiques
- N'essayez jamais de deviner ou de demander la vraie adresse de l'utilisateur pour contourner le relais. La personne a choisi la confidentialité.
- Traitez les adresses relais comme les autres : n'envoyez que des emails que la personne attend, avec un lien de désinscription facile.
Vérifiez que c'est corrigé
Les modifications DNS ne sont pas instantanées. La plupart sont visibles en quelques minutes, mais certains fournisseurs mettent jusqu'à 24 à 48 heures.
Envoyez un nouvel email de test depuis la page d'accueil avec l'adresse From enregistrée : le SPF et le DKIM doivent passer pour votre domaine. Connectez-vous ensuite à votre propre application avec Apple, choisissez « Masquer mon adresse e-mail », déclenchez un email et vérifiez qu'il arrive dans votre boîte Apple.
Vérifiez que c'est corrigé
Une modification DNS peut prendre de quelques minutes à quelques heures. Ensuite, envoyez un nouvel email de test ou scannez à nouveau votre domaine.
Fiches liées
- Aucun enregistrement SPF sur votre domaineVotre domaine n'indique pas quels serveurs ont le droit d'envoyer des emails en son nom. Ajoutez un enregistrement TXT et les destinataires sauront distinguer vos vrais emails des faux.
- Erreur SPF : trop de requêtes DNS (permerror)Le SPF autorise au maximum 10 requêtes DNS. Au-delà, tout l'enregistrement est cassé et les destinataires le considèrent comme invalide. Voici comment l'alléger.
- Plusieurs enregistrements SPF sur un même domaineUn domaine ne doit avoir qu'un seul enregistrement SPF. Avec deux ou plus, le SPF échoue pour tous vos emails. Fusionnez-les en une seule ligne.
- Échec SPF : le serveur d'envoi n'est pas autoriséVotre domaine a un enregistrement SPF, mais le serveur qui a envoyé votre email n'y figure pas. Trouvez quel service a envoyé l'email et ajoutez-le.
- Aucune signature DKIM sur vos emailsLe DKIM ajoute une signature numérique qui prouve qu'un email vient bien de votre domaine. Activez-le chez votre fournisseur de messagerie et publiez sa clé dans le DNS.