Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: 
Mitarbeiter(-)Mandanten (weitere Informationen)
Einladungs-E-Mails sind wichtig, um Partner als Microsoft Entra B2B-Benutzer für die Zusammenarbeit zu begrüßen. Obwohl nicht obligatorisch, geben diese E-Mails wichtige Informationen, um Empfängern zu helfen, zu entscheiden, ob Sie Ihre Einladung annehmen möchten. Sie enthalten einen Link für den schnellen Zugriff auf Ihre Ressourcen später.
Erläuterungen zur E-Mail
Sehen wir uns einige Elemente der E-Mail an, damit Sie verstehen, wie Sie deren Fähigkeiten nutzen. Diese Elemente können in einigen E-Mail-Clients etwas anders aussehen.
Betreff
Die Betreffzeile der E-Mail folgt diesem Muster: username Sie wurden eingeladen, mit primary domainihnen zusammenzuarbeiten.
Wenn Megan Bowen Sie beispielsweise aus der Domäne Contoso einlädt, lautet der Betreff: "Megan Bowen hat Sie zur Zusammenarbeit mit Contoso eingeladen".
Absenderadresse
Die Absenderadresse folgt diesem Muster: Microsoft Invitations im Auftrag von primary domain<invites@<primary domain>.onmicrosoft.com>.
Wenn Sie Megan Bowen beispielsweise von Contoso einlädt, lautet die "From"-Adresse: "Microsoft-Einladungen im Auftrag von Contoso invites@Contoso.onmicrosoft.com."
Vor Dezember 2025 stammen Einladungen aus Microsoft Invitations invites@microsoft.
Hinweis
Die Absenderadresse des Azure-Diensts, der von 21Vianet in China betrieben wird, lautet <primary domain>.partner.onmschina.cn.
Für Microsoft Entra ID für Regierungsbehörden lautet die Absenderadresse <primary domain>.onmicrosoft.us.
Antworten an
Die Antwort-E-Mail-Adresse wird auf die E-Mail-Adresse des einladenden Benutzers festgelegt (falls verfügbar). Wenn eine Antwort auf die E-Mail gesendet wird, gelangt diese zurück an den einladenden Benutzer.
Phishingwarnung
Die E-Mail beginnt mit einer kurzen Phishingwarnung und empfiehlt Benutzern, nur erwartete Einladungen anzunehmen. Es empfiehlt sich, Partner vorab zu informieren, um Ihre Einladung zu erwarten.
Informationen und Einladungsnachricht des einladenden Benutzers
Die E-Mail enthält den Namen und die primäre Domäne, die der Organisation zugeordnet sind, die Absender der Einladung ist. Diese Informationen sollen der eingeladenen Person eine fundierte Entscheidung ermöglichen, ob sie die Einladung akzeptieren soll. Der Einladende kann eine Nachricht als Teil seiner Einladung an das Verzeichnis, die Gruppe oder die Anwendung oder bei Verwendung der Einladungs-API einfügen. Die Nachricht wird im Hauptabschnitt der E-Mail hervorgehoben. Der Name und das Profilbild des Eingeladenen sind enthalten, falls verfügbar. Die Meldung selbst ist ein Textbereich, daher werden aus Sicherheitsgründen keine HTML-Tags verarbeitet.
Schaltfläche „Einladung annehmen“ oder Link und Weiterleitungs-URL
Im nächsten Abschnitt der E-Mail wird gezeigt, wo der Eingeladene nach dem Annehmen der Einladung umgeleitet wird, zusammen mit einer Schaltfläche oder einem Link, um fortzufahren. In Zukunft kann die eingeladene Person diesen Link immer verwenden, um direkt zu Ihren Ressourcen zurückzukehren.
Fußzeilenabschnitt
Die Fußzeile enthält zusätzliche Details zur Einladung. Wenn die Organisation eine Datenschutzerklärung definiert hat, wird hier der entsprechende Link angezeigt. Andernfalls zeigt ein Hinweis an, dass die Datenschutzerklärung der Organisation nicht verfügbar ist.
So wird die Sprache bestimmt
Die folgenden Einstellungen bestimmen die Sprache, die dem Gastbenutzer in der Einladungs-E-Mail angezeigt wird. Die Einstellungen werden in der Reihenfolge der Priorität aufgeführt. Wenn Sie keine Einstellung konfigurieren, bestimmt das nächste in der Liste die Sprache.
- Die messageLanguage-Eigenschaft des invitedUserMessageInfo-Objekts der Create-Einladungs-API
- Die preferredLanguage-Eigenschaft, die im user-Objekt des Gasts angegeben ist
- Die Benachrichtigungssprache, die in den Eigenschaften des Stammmandanten des Gastbenutzers (nur bei Microsoft Entra-Mandanten) festgelegt wurde
- Die Benachrichtigungssprache, die in den Eigenschaften des Ressourcenmandanten festgelegt ist
Wenn Sie keine dieser Einstellungen konfigurieren, wird die Sprache standardmäßig auf Englisch (USA) festgelegt.
E-Mail-Anforderungen für benutzerdefinierte Domänen
Wenn Einladungs-E-Mails von der benutzerdefinierten Domäne Ihrer Organisation (anstelle der Standard-MOERA-Domäne) gesendet werden, müssen die folgenden Anforderungen für eine erfolgreiche Zustellung erfüllt sein.
E-Mail-fähiger Mandant
Ihr Mandant muss mit einer Exchange Online(EXO)-Lizenz E-Mail-aktiviert sein. Ohne diesen Vorgang können Einladungs-E-Mails nicht von einer benutzerdefinierten Domäne gesendet werden.
MOERA-Domänen (Microsoft Online-E-Mail-Routingadressen) vermeiden
MOERA-Domänen (.onmicrosoft.com) werden dringend davon abgeraten , Einladungs-E-Mails zu senden, da:
- MOERA-Domänen unterliegen Drosselungsbeschränkungen.
- E-Mails, die von MOERA-Domänen gesendet werden, haben eine hohe Wahrscheinlichkeit, als Spam gefiltert zu werden.
Um diese Probleme zu vermeiden, legen Sie eine überprüfte benutzerdefinierte Domäne als Standarddomäne für Ihren Mandanten fest.
DNS-Konfiguration (SPF, DKIM, DMARC)
E-Mail-Authentifizierungseinträge müssen in DNS basierend auf der Weiterleitung ausgehender E-Mails in Ihrer Organisation konfiguriert werden. Das Besitzen und Überprüfen einer benutzerdefinierten Domäne in Microsoft Entra ID allein reicht nicht aus – DNS-Einträge müssen ebenfalls vorhanden sein.
Ausgehende E-Mails werden direkt über Exchange Online gesendet — Konfigurieren Sie SPF, DKIM und DMARC basierend auf den Einstellungen in Microsoft 365:
Ausgehende E-Mails werden über ein Gateway eines Drittanbieters weitergeleitet (z. B. Proofpoint oder Mimecast) – Konfigurieren Sie SPF, DKIM und DMARC gemäß den Anforderungen Ihres Drittanbieters, nicht von Microsoft 365. Ihr SPF-Eintrag sollte die Senden-IP-Adressen Ihres Anbieters autorisieren, und die DKIM-Signatur wird von der Infrastruktur Ihres Anbieters verarbeitet.
Important
Wenn Ihre Organisation ausgehende E-Mails nicht direkt über Exchange Online sendet, fügen Sie Ihrem DNS keine Microsoft 365-SPF-/DKIM-Datensätze hinzu. Richten Sie stattdessen Ihre DNS-Authentifizierungseinträge an den Drittanbieterdienst aus, der Ihre ausgehenden E-Mails verarbeitet.