Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : 
Locataires de main-d’œuvre (en savoir plus)
Les e-mails d’invitation sont essentiels à l’accueil des partenaires en tant qu’utilisateurs microsoft Entra B2B Collaboration. Bien qu’ils ne soient pas obligatoires, ces e-mails fournissent des informations essentielles pour aider les destinataires à décider s’ils doivent accepter votre invitation. Ils incluent un lien pour accéder rapidement à vos ressources ultérieurement.
Explication de l’e-mail
Examinons quelques éléments de l’e-mail afin de comprendre comment utiliser leurs fonctionnalités. Ces éléments peuvent apparaître légèrement différents dans certains clients de messagerie.
Sujet
La ligne d’objet de l’e-mail suit ce modèle : username vous avez invité à collaborer avec primary domain.
Par exemple, si Megan Bowen vous invite à partir du domaine Contoso, le sujet est : « Megan Bowen vous a invité à collaborer avec Contoso ».
Adresse de l’émetteur
L'adresse d'expédition suit ce modèle : Invitations Microsoft au nom de primary domain<invites@<primary domain>.onmicrosoft.com>.
Par exemple, si Megan Bowen vous invite à partir de Contoso, l’adresse From est : « Invitations Microsoft au nom de Contoso invites@Contoso.onmicrosoft.com».
Avant décembre 2025, les invitations proviennent de Microsoft Invitations invites@microsoft.
Note
Pour le service Azure géré par 21Vianet en Chine, l’adresse de l’expéditeur est <primary domain>.partner.onmschina.cn.
Pour Microsoft Entra ID pour le gouvernement, l'adresse de l'expéditeur est <primary domain>.onmicrosoft.us.
Adresse de réponse
L’adresse e-mail de réponse est définie sur l’adresse e-mail de l’inviteur quand elle est disponible : ainsi, répondre à l’e-mail envoie un e-mail en retour à l’inviteur.
Avertissement d’hameçonnage
L’e-mail commence par un bref avertissement d’hameçonnage, informant les utilisateurs d’accepter uniquement les invitations attendues. Il est recommandé de faire savoir aux partenaires à l’avance que vous attendez votre invitation.
Message d’informations et d’invitation de l’inviteur
L’e-mail contient le nom et le domaine principal associés à l’organisation qui envoie l’invitation. Toutes ces informations doivent aider l’invité à prendre une décision informée concernant l’invitation. L’inviteur peut inclure un message dans le cadre de son invitation à l’annuaire, au groupe ou à l’application, ou lorsqu’il utilise l’API d’invitation. Le message est mis en évidence dans la section principale de l’e-mail. Le nom et l’image de profil de l’inviteur sont inclus s’ils sont disponibles. Le message lui-même est une zone de texte. Il ne traite donc pas les balises HTML pour des raisons de sécurité.
Bouton ou lien Accepter l’invitation et URL de redirection
La section suivante de l’e-mail indique où l’invité est redirigé après avoir accepté l’invitation, ainsi qu’un bouton ou un lien pour continuer. Par la suite, l’invité pourra toujours utiliser ce lien pour revenir directement à vos ressources.
Section Pied de page
Le pied de page fournit des détails supplémentaires sur l’invitation. Si l'organisation a configuré une déclaration de confidentialité, le lien associé est affiché ici. Sinon, une note indique que la déclaration de confidentialité de l'organisation n'est pas disponible.
Comment la langue est-elle déterminée ?
Les paramètres suivants déterminent la langue présentée à l’utilisateur invité dans l’e-mail d’invitation. Les paramètres sont répertoriés dans l’ordre de priorité. Si vous ne configurez pas de paramètre, le suivant de la liste détermine la langue.
- Propriété messageLanguage de l’objet invitedUserMessageInfo de l’API Créer une invitation
- Propriété preferredLanguage spécifiée dans l'objet utilisateur de l'invité
- Langue de notification définie dans les propriétés du locataire de base de l'utilisateur invité (pour les locataires Microsoft Entra uniquement)
- Langue de Notification définie dans les propriétés du client de la ressource
Si vous ne configurez aucun de ces paramètres, la langue par défaut est l’anglais (ÉTATS-Unis).
Conditions requises pour les e-mails de domaine personnalisés
Lorsque les e-mails d’invitation sont envoyés à partir du domaine personnalisé de votre organisation (plutôt que du domaine MOERA par défaut), les conditions suivantes doivent être remplies pour une remise réussie.
Locataire avec extension messagerie
Votre locataire doit être activé pour la messagerie avec une licence Exchange Online (EXO). Sans cela, les e-mails d’invitation ne peuvent pas être envoyés à partir d’un domaine personnalisé.
Éviter les domaines MOERA (Microsoft Online Email Routing Address)
Les domaines MOERA (.onmicrosoft.com) sont fortement déconseillés pour l’envoi d’e-mails d’invitation, car :
- Les domaines MOERA sont soumis à des limites de limitation du débit.
- Les e-mails envoyés à partir de domaines MOERA ont une probabilité élevée d’être filtrés en tant que courrier indésirable.
Pour éviter ces problèmes, définissez un domaine personnalisé vérifié comme domaine par défaut pour votre locataire.
DNS configuration (SPF, DKIM, DMARC)
Les enregistrements d’authentification par e-mail doivent être configurés dans DNS en fonction de la façon dont votre organisation achemine les e-mails sortants. Le fait de posséder et de vérifier un domaine personnalisé dans Microsoft Entra ID ne suffit pas à lui seul — les enregistrements DNS doivent aussi être configurés.
Le courrier sortant passe directement par Exchange Online — Configurer SPF, DKIM et DMARC en fonction des paramètres de Microsoft 365 :
Routes de messagerie sortantes via une passerelle tierce (par exemple, Proofpoint ou Mimecast) : configurez SPF, DKIM et DMARC en fonction des exigences de votre fournisseur tiers, et non Microsoft 365. Votre enregistrement SPF doit autoriser les adresses IP d’envoi de votre fournisseur et la signature DKIM est gérée par l’infrastructure de votre fournisseur.
Important
Si votre organisation n'envoie pas d'e-mails sortants directement depuis Exchange Online, n'ajoutez pas les enregistrements SPF/DKIM de Microsoft 365 dans votre DNS. Au lieu de cela, alignez vos enregistrements d’authentification DNS avec le service tiers qui gère votre messagerie sortante.