B2B 招待メールのレイアウトと言語設定

適用対象: 次の内容が従業員テナントに適用されることを示す白いチェック マーク記号が付いた緑の円。 ワークフォース テナント (詳細)

招待メールは、Microsoft Entra B2B コラボレーション ユーザーとしてパートナーを歓迎するための鍵となります。 必須ではありませんが、これらのメールは、受信者が招待を受け入れるかどうかを決定するのに役立つ重要な情報を提供します。 後でリソースにすばやくアクセスするためのリンクが含まれています。

B2B 招待メールのスクリーンショット。

電子メールの説明

メールのいくつかの要素を確認して、その機能の使用方法を理解しましょう。 これらの要素は、一部の電子メール クライアントでは若干異なる場合があります。

サブジェクト

電子メールの件名行は、次のパターンに従います。usernameprimary domainとの共同作業を依頼しました。 たとえば、Megan Bowen が Contoso というドメインから招待した場合、件名は "Megan Bowen が Contoso との共同作業に招待しました" です。

差出人アドレス

From アドレスは、次のパターンに従います。 primary domain<invites@<primary domain>.onmicrosoft.com>に代わって Microsoft の招待。 たとえば、Megan Bowen が Contoso から招待した場合、From アドレスは "Contoso invites@Contoso.onmicrosoft.com に代わって Microsoft の招待" になります。

2025 年 12 月より前は、招待は Microsoft Invitations invites@microsoftから送信されます。

注意

中国の 21Vianet が運営する Azure サービスでは、送信者のアドレスは <primary domain>.partner.onmschina.cn になります。
政府機関向け Microsoft Entra ID の場合、送信者アドレスは <primary domain>.onmicrosoft.us です。

返信

電子メールの返信先は招待元の電子メール アドレス (使用可能な場合) に設定されるので、電子メールに返信すると、招待元に送信されます。

フィッシングの警告

メールは、予想される招待のみを受け入れるようにユーザーに通知する、簡単なフィッシング詐欺の警告から始まります。 招待を期待するように、パートナーに事前に通知することをお勧めします。

メール内のフィッシングの警告のスクリーンショット。

招待元の情報と招待メッセージ

このメールには、招待を送信する組織に関連付けられている名前とプライマリ ドメインが含まれています。 この情報は、招待された人が、招待を受け入れるかどうかを情報に基づいて決定するのに役立ちます。 招待者は、ディレクトリ、グループ、またはアプリへの招待の一部として、または招待 API を使用するときに、メッセージを含めることができます。 メッセージは、メールのメイン セクションで強調表示されています。 招待元の名前とプロファイルの画像 (使用可能な場合) が含まれます。 メッセージ自体はテキスト領域であるため、セキュリティ上の理由から、HTML タグは処理されません。

メール内の招待メッセージのスクリーンショット。

メールの次のセクションでは、招待を受け入れた後に招待者がリダイレクトされる場所と、続行するためのボタンまたはリンクが表示されます。 将来、招待された人はいつでもこのリンクを使用してリソースに直接戻ることができます。

電子メールの [承諾] ボタンとリダイレクト URL のスクリーンショット。

フッターには、招待に関する追加の詳細が表示されます。 組織がプライバシー ステートメントを構成している場合は、ステートメントへのリンクがここに表示されます。 それ以外の場合は、組織のプライバシー ステートメントが利用できないことを示すメモが表示されます。

メールのフッター セクションを示すスクリーンショット。

言語が決定される方法

次の設定により、招待メールでゲスト ユーザーに表示される言語が決まります。 設定は優先順位の順に一覧表示されます。 設定を構成しない場合は、一覧の次の設定によって言語が決まります。

  • Create invitation APIinvitedUserMessageInfo オブジェクトの messageLanguage プロパティ
  • ゲストのユーザー オブジェクトで指定されている preferredLanguage プロパティ
  • ゲスト ユーザーのホーム テナントのプロパティに設定された 通知言語 (Microsoft Entra テナントのみ)
  • リソース テナントのプロパティで設定されている通知言語

これらの設定を構成しない場合、言語は既定で英語 (米国) になります。

カスタム ドメインの電子メール要件

招待メールが (既定の MOERA ドメインではなく) 組織のカスタム ドメインから送信される場合、配信を成功させるには、次の要件を満たす必要があります。

メールが有効なテナント

テナントは、Exchange Online (EXO) ライセンスを使用してメールが有効になっている必要があります。 これを行わないと、カスタム ドメインから招待メールを送信できません。

MOERA (Microsoft オンライン 電子メール ルーティング アドレス) ドメインを回避する

MOERA ドメイン (.onmicrosoft.com) は、次の理由から招待メールを送信しないことを 強くお勧めします

  • MOERAドメインにはスロットリング制限が適用されます。
  • MOERA ドメインから送信されたメールは、スパムとしてフィルター処理される可能性が高くなります。

これらの問題を回避するには、 検証済みのカスタム ドメインをテナントの既定のドメインとして設定します

DNS 構成 (SPF、DKIM、DMARC)

組織が送信メールをルーティングする方法に基づいて、電子メール認証レコードを DNS で構成する必要があります。 Microsoft Entra IDだけでカスタム ドメインを所有して確認するだけでは不十分です。DNS レコードも配置する必要があります。

  • 送信メールは Exchange Online を直接経由します — Microsoft 365 の設定に基づいて SPF、DKIM、DMARC を構成します。

  • サード パーティのゲートウェイ (Proofpoint や Mimecast など) 経由の送信メール ルート — Microsoft 365ではなく、サード パーティのプロバイダーの要件に基づいて SPF、DKIM、DMARC を構成します。 SPF レコードはプロバイダーの送信 IP を承認する必要があり、DKIM 署名はプロバイダーのインフラストラクチャによって処理されます。

Important

組織が Exchange Online から送信メールを直接送信しない場合は、Microsoft 365 の SPF/DKIM レコードを DNS に 追加しないで ください。 代わりに、送信メールを処理するサード パーティのサービスに DNS 認証レコードを配置します。