Układ wiadomości e-mail z zaproszeniem B2B i ustawienia języka

Dotyczy: Zielone kółko z białym znacznikiem wyboru, wskazujące, że poniższa treść dotyczy dzierżaw pracowniczych. Dzierżawy pracownicze (Dowiedz się więcej)

Wiadomości e-mail z zaproszeniem są kluczem do powitania partnerów jako użytkowników współpracy Microsoft Entra B2B. Chociaż nie są obowiązkowe, te wiadomości e-mail zawierają niezbędne informacje ułatwiające adresatom podjęcie decyzji o zaakceptowaniu zaproszenia. Zawierają one link umożliwiający szybki dostęp do zasobów później.

Zrzut ekranu przedstawiający wiadomość e-mail z zaproszeniem B2B.

Wyjaśnienie wiadomości e-mail

Przejrzyjmy kilka elementów wiadomości e-mail, aby zrozumieć, jak korzystać z ich możliwości. Te elementy mogą się nieco różnić w niektórych klientach poczty e-mail.

Temat

Wiersz tematu wiadomości e-mail jest zgodny z tym wzorcem: username zaprosił(a) Cię do współpracy z primary domain. Jeśli na przykład Megan Bowen zaprosi Cię z domeny Contoso, temat brzmi: "Megan Bowen zaprosił Cię do współpracy z firmą Contoso".

Adres nadawcy

Adres nadawcy jest zgodny z tym wzorcem: Zaproszenia firmy Microsoft w imieniu użytkownika primary domain<invites@<primary domain>.onmicrosoft.com>. Jeśli na przykład Megan Bowen zaprasza Cię z firmy Contoso, adres Od to: "Zaproszenia Microsoft w imieniu Contoso invites@Contoso.onmicrosoft.com".

Przed grudniem 2025 r. zaproszenia pochodzą z Microsoft Invitations invites@microsoft.

Uwaga / Notatka

W przypadku usługi platformy Azure obsługiwanej przez firmę 21Vianet w Chinach adres nadawcy to <primary domain>.partner.onmschina.cn.
W przypadku identyfikatora Entra firmy Microsoft dla instytucji rządowych adres nadawcy to <primary domain>.onmicrosoft.us.

Odpowiedz na

Adres e-mail, na który wysyłane są odpowiedzi, jest ustawiany na adres e-mail osoby zapraszającej, jeśli jest dostępny, aby odpowiedź na wiadomość e-mail trafiała z powrotem do osoby zapraszającej.

Ostrzeżenie o wyłudzaniu informacji

Wiadomość e-mail rozpoczyna się od krótkiego ostrzeżenia o phishingu, radząc użytkownikom akceptować tylko oczekiwane zaproszenia. Warto poinformować partnerów z wyprzedzeniem o oczekiwaniu na zaproszenie.

Zrzut ekranu przedstawiający ostrzeżenie o wyłudzaniu informacji w wiadomości e-mail.

Informacje zapraszającego i wiadomość zaproszeniowa

Wiadomość e-mail zawiera nazwę i domenę podstawową skojarzona z organizacją wysyłającą zaproszenie. Ta informacja powinna pomóc osobie zaproszonej w podjęciu świadomej decyzji o zaakceptowaniu zaproszenia. Zaproszenie może zawierać wiadomość w ramach zaproszenia do katalogu, grupy lub aplikacji albo w przypadku korzystania z interfejsu API zaproszenia. Wiadomość jest wyróżniona w głównej sekcji wiadomości e-mail. Nazwa i obraz profilu osoby zapraszania są uwzględniane, jeśli są dostępne. Sama wiadomość jest obszarem tekstowym, dlatego ze względów bezpieczeństwa nie przetwarza tagów HTML.

Zrzut ekranu przedstawiający wiadomość z zaproszeniem w wiadomości e-mail.

W następnej sekcji wiadomości e-mail pokazano, gdzie zaproszona osoba jest przekierowywana po zaakceptowaniu zaproszenia, wraz z przyciskiem lub linkiem, aby kontynuować. W przyszłości zaproszony zawsze może użyć tego linku, aby wrócić bezpośrednio do zasobów.

Zrzut ekranu przedstawiający przycisk Akceptuj i adres URL przekierowania w wiadomości e-mail.

Stopka zawiera dodatkowe szczegóły dotyczące zaproszenia. Jeśli organizacja skonfigurowała zasady zachowania poufności informacji, link do oświadczenia jest wyświetlany tutaj. W przeciwnym razie uwaga wskazuje, że polityka prywatności organizacji nie jest dostępna.

Zrzut ekranu przedstawiający sekcję stopki w wiadomości e-mail.

Sposób określania języka

Poniższe ustawienia określają język przedstawiony użytkownikowi-gościowi w wiadomości e-mail z zaproszeniem. Ustawienia są wymienione w kolejności pierwszeństwa. Jeśli nie skonfigurujesz ustawienia, następny na liście określi język.

  • Właściwość messageLanguage obiektu invitedUserMessageInfo interfejsu API tworzenia zaproszenia
  • Właściwość preferredLanguage określona w obiekcie użytkownika gościa
  • Język powiadomień ustawiony we właściwościach dzierżawy głównej użytkownika-gościa (tylko dla dzierżaw firmy Microsoft Entra)
  • Język powiadomień ustawiony we właściwościach tenanta zasobów

Jeśli nie skonfigurujesz żadnego z tych ustawień, język jest domyślnie ustawiony na angielski (USA).

Wymagania dotyczące poczty e-mail domeny niestandardowej

Po wysłaniu wiadomości e-mail z zaproszeniem z domeny niestandardowej organizacji (a nie domyślnej domeny MOERA) należy spełnić następujące wymagania w celu pomyślnego dostarczenia.

Dzierżawca z obsługą poczty

Dzierżawca musi mieć włączoną obsługę poczty i licencję Exchange Online (EXO). Bez tego wiadomości e-mail z zaproszeniem nie można wysyłać z domeny niestandardowej.

Unikaj domen MOERA (adresów routingu poczty e-mail online firmy Microsoft)

Domeny MOERA (.onmicrosoft.com) są zdecydowanie zniechęcane do wysyłania wiadomości e-mail z zaproszeniem, ponieważ:

Aby uniknąć tych problemów, ustaw zweryfikowaną domenę niestandardową jako domenę domyślną w dzierżawie.

Konfiguracja DNS (SPF, DKIM, DMARC)

Rekordy uwierzytelniania poczty e-mail muszą być skonfigurowane w systemie DNS na podstawie sposobu kierowania wychodzących wiadomości e-mail przez organizację. Samo posiadanie i zweryfikowanie domeny niestandardowej w usłudze Microsoft Entra ID nie wystarczy — odpowiednie rekordy DNS również muszą być skonfigurowane.

  • Wychodząca poczta przechodzi bezpośrednio przez Exchange Online — konfigurowanie spF, DKIM i DMARC na podstawie ustawień Microsoft 365:

  • Poczta wychodząca jest kierowana przez bramę innej firmy (na przykład Proofpoint lub Mimecast) — skonfiguruj SPF, DKIM i DMARC zgodnie z wymaganiami zewnętrznego dostawcy, a nie Microsoft 365. Rekord SPF powinien upoważniać adresy IP używane przez dostawcę do wysyłania, a podpisywanie DKIM jest realizowane przez infrastrukturę dostawcy.

Ważna

Jeśli Twoja organizacja nie wysyła wiadomości e-mail wychodzących bezpośrednio z usługi Exchange Online, nie dodawaj rekordów SPF/DKIM usługi Microsoft 365 w systemie DNS. Zamiast tego dostosuj rekordy uwierzytelniania DNS do usługi innej firmy, która obsługuje pocztę wychodzącą.