この記事では、すべてのメールボックスが Microsoft 365 または Office 365 にある場合に、デバイスやビジネス アプリケーションからメールを送信する方法について説明します。 これらのデバイスとアプリケーションは電子メール メッセージ を作成します が、電子メール サーバーではないため、ヘルプなしでそれらのメッセージを 送信 することはできません。 例:
- スキャンしたドキュメントをメール メッセージの添付ファイルとして送信するネットワーク接続されたスキャナー。
- 電子メール メッセージを送信する必要がある基幹業務 (LOB) アプリケーション。 たとえば、参加者に電子メール リマインダーを送信する予定アプリケーションなどです。
Microsoft 365 または Office 365 を使用してこれらのデバイスまたはアプリケーションから電子メールを送信するには、次の方法を使用できます。
- クライアント SMTP 送信 (認証された SMTP 送信または SMTP 認証とも呼ばれます): クラウド メールボックスの資格情報を使用して認証された電子メールを送信します。 POP3 または IMAP4 クライアントは、この方法を使用して電子メールを送信します。
- SMTP リレー: Microsoft 365 または Office 365 を介してメールをメール サーバーとして送信します。 接続は、受信コネクタを使用して認証されます。
- 直接送信: 認証されていないメールを外部メール サーバーとして Microsoft 365 または Office 365 に直接送信します。
- High Volume Email: 内部受信者に大量のメールを送信します。 基本認証 (ユーザー名/パスワード) または先進認証 (OAuth) のいずれかを使用して認証できる HVE アカウントを使用する必要があります。
各メソッドとそれらがサポートする機能の比較を次に示します:
| クライアント SMTP 送信 | SMTP リレー | 直接送信 | High Volume Email | |
|---|---|---|---|---|
| 機能 | ||||
| ドメイン内の受信者に送信する | はい | はい | はい | はい |
| Microsoft 365 または Office 365 経由でインターネットに中継する | はい | はい | 不要 | 不要 |
| スパム対策をバイパスする | はい。メールの宛先が Microsoft 365 または Office 365 のいずれかのメールボックスの場合。 | その必要はありません。 不審なメールはフィルター処理される可能性があります。 SPFレコードのエントリーをお勧めします。 | その必要はありません。 不審なメールはフィルター処理される可能性があります。 SPFレコードのエントリーをお勧めします。 | はい。メールの送信先がいずれかの Microsoft 365 または Office 365 のメールボックスの場合。 |
| サード パーティでホストされているアプリケーションから送信されたメールのサポート | はい | いいえ | はい。 サード パーティがあなたのドメインとして送信できるように SPF レコードを更新することをお勧めします。 | はい |
| [送信済みアイテム] フォルダーに保存します | はい | 不要 | 不要 | いいえ |
| 要件 | ||||
| TCP ポートを開く | 587 または 25 | 25 | 25 | 587 |
| デバイスやアプリケーション サーバーでの TLS のサポート | 必須 | 省略可能 | 省略可能 | 必須 |
| 認証の必要性 | Microsoft 365 または Office 365 のユーザー名とパスワードが必要 | 1 つ以上の静的 IP アドレス。 プリンターまたはアプリ ホストには、認証用に Microsoft 365 または Office 365 に表示される静的 IP アドレスが必要です。 | なし | はい。HVE アカウントの資格情報または OAuth トークンが必要です。 |
各方法の制限事項を次に示します。
| 制限事項 | クライアント SMTP 送信 | SMTP リレー | 直接送信 | High Volume Email |
|---|---|---|---|---|
| 制限の調整 | 1 日あたりの受信者数 10,000。 1 分あたりのメッセージ数 30。 | 合理的な制限が適用されます。 このサービスを使用して迷惑メールやバルク メールを送信することはできません。 適切な制限の詳細については、「送信メッセージにおける危険度の高い配信プール」を参照してください。 | インターネットから Microsoft 365 または Office 365 に送信される匿名メールの Standard 調整。 | 受信者またはメッセージ レートの制限はありません。 HVE の制限の詳細については、「Microsoft 365 の High Volume Email (HVE) を管理する」を参照してください |
この記事の残りの部分では、各メソッドについて詳しく説明します。
クライアント SMTP 送信: クラウド メールボックスを介してデバイスまたはアプリケーションから送信されたメールを認証する
注:
Exchange Online での基本認証を使用したクライアント SMTP 送信は非推奨がスケジュールされています。タイムライン情報を参照してください。 代わりに、次のいずれかの代替方法を使用することを強くお勧めします。
- 内部受信者にのみメールを送信する: High Volume Email for Microsoft 365 を使用します。 手順については、「Microsoft 365 の大容量のEmailを管理する」を参照してください。
- 内部および外部の受信者に電子メールを送信する: Azure Communication Services Email を使用します。 詳細については、「Azure Communication Services での Email SMTP サポート」を参照してください。
- 1 つ以上のオンプレミスの電子メール サーバー (Exchange Server またはその他の SMTP サーバー) がある場合は、次のいずれかの方法を使用できます。
- オンプレミスの電子メール サーバーで認証するには基本認証を使用します。
- 匿名リレー用にオンプレミスの電子メール サーバーを構成します (オープンリレーではありません)。 Exchange の手順については、「 Exchange サーバーで匿名リレーを許可する」を参照してください。
基本認証を使用したクライアント SMTP 送信は、Microsoft Entra ID のセキュリティの既定値と互換性がありません。 Microsoft サービスに接続するには、先進認証 (OAuth) を使用することをお勧めします。 OAuth の詳細については、「 OAuth を使用した IMAP、POP、または SMTP 接続の認証」を参照してください。
クライアント SMTP 送信では、以下のシナリオがサポートされます。
- サードパーティでホストされているアプリケーション、サービス、またはデバイスからメールを送信します。
- organization の内外の人々にメールを送信します。
デバイスまたはアプリケーションは、Microsoft 365 または Office 365 で認証できる必要があります。 メールボックスの電子メール アドレスがメッセージの送信者として表示されます。
ヒント
指定されたメールボックスに対して SMTP 認証が有効になっていることを確認します。 SMTP 認証は、2020 年 1 月以降に作成された組織では無効になっていますが、メールボックスごとに有効にできます。 詳細については、「Exchange Online で認証済みクライアントの SMTP 送信 (SMTP AUTH) を有効または無効にする」を参照してください。
クライアント SMTP 送信の機能:
- organization の内外の人々にメールを送信します。
- organization 内のユーザーに送信された電子メールのほとんどのスパム チェックをバイパスします。 このバイパスは、会社の IP アドレスがスパム ブロックリストに追加されないようにするのに役立ちます。
- オンプレミス ネットワークや Microsoft Azure などのサード パーティのクラウド ホスティング サービスなど、任意の場所または IP アドレスからメールを送信します。
クライアント SMTP 送信の要件:
認証: OAuth の形式で先進認証を使用することをお勧めします。 OAuth の詳細については、「 OAuth を使用した IMAP、POP、または SMTP 接続の認証」を参照してください。 organization または指定されたメールボックスで SMTP AUTH が意図的に無効になっている場合は、別の方法を使用します。
メールボックス: デバイスがメールの送信に使用する、ライセンス認証された Microsoft 365 または Office 365 メールボックスが必要です。
トランスポート層セキュリティ (TLS): デバイスまたはアプリケーションで TLS 1.3 または TLS 1.2 がサポートされている必要があります。 デバイスまたはアプリケーションが TLS 1.2 以降をサポートしていない場合、Microsoft 365 または Office 365 でクライアント SMTP 送信を使用することはできません。
代わりに、オンプレミスの電子メール サーバー (Exchange Server またはその他の SMTP サーバー) を使用してメールを中継できます。 Microsoft 365 または Office 365 にメールを送信するように独自の Exchange サーバーを構成する方法の詳細については、「Microsoft 365 または Office 365 と独自のメール サーバーの間でメールをルーティングするようにコネクタを設定する」を参照してください。
ヒント
TLS の詳細については、「Exchange Online が TLS を使用して電子メール接続をセキュリティで保護する方法」を参照してください。 Exchange Online が暗号スイートの順序付けで TLS を使用する方法に関する詳細な技術情報については、「Office 365 でサポートされている TLS 暗号スイート」を参照してください。
TCP ポート: ポート 587 (推奨) またはポート 25 が必要であり、ネットワークでブロック解除する必要があります。 一部のネットワーク ファイアウォールまたは ISP はポート 25 をブロックします。これは、ポートが電子メール サーバーによってメッセージの送信に使用されるためです。
ヒント
デバイスまたはアプリケーションが TCP ポート 465 を推奨または既定で使用している場合、Microsoft 365 または Office 365 でのクライアント SMTP 送信に必要な TLS のバージョンはサポートされていません。
DNS: DNS 名
smtp.office365.comを使用します。 Microsoft 365 または Office 365 サーバーの IP アドレスを使用しないでください。
クライアント SMTP 送信の制限事項:
デバイスまたはアプリケーションが、認証に使用されるアカウントとは異なるアカウント (メールボックス) からメールを送信する必要がある場合、サインイン アカウントにはメールボックスの 送信者 アクセス許可が必要です。 それ以外の場合、メッセージは配信不能レポートで返されます (NDR またはバウンス メッセージとも呼ばれます)。
失敗例:
5.7.60 SMTP;クライアントには、この送信者として送信するアクセス許可がありません。
メールボックスに送信者アクセス許可を追加する手順については、「Exchange Online で受信者のアクセス許可を管理する」を参照してください。
Microsoft 365 または Office 365 では、メールボックスからのメール メッセージの量とレートの送信制限が課されます。 詳細については、「Exchange Online の制限 - 受信および送信の制限」を参照してください。
クライアント SMTP 送信を設定する
次の表に示す設定を使用して、デバイスまたはアプリケーションを構成します。
| デバイスまたはアプリケーションの設定 | 値 |
|---|---|
| サーバーまたはスマート ホスト |
smtp.office365.com. Microsoft 365 または Office 365 サーバーの IP アドレスを使用しないでください。 |
| TCP ポート | 587 (推奨) または 25 |
| TLS/StartTLS | 有効 (TLS 1.3 または TLS 1.2) |
| ユーザー名/メール アドレスとパスワード | 指定したメールボックスのサインイン資格情報を入力します。 |
ヒント
サード パーティのデバイスまたはアプリケーションを使用している場合は、このデバイスまたはアプリケーションの設定に異なる名前が使用されている可能性があることに注意してください。したがって、手順についてはドキュメントをチェックしてください。
SMTP リレー: Microsoft 365 または Office 365 を介してデバイスまたはアプリケーションから電子メールを中継するようにコネクタを構成します
このメソッドでは、次のシナリオがサポートされています。
- 次の方法がうまくいかない場合:
- 先進認証を使用したクライアント SMTP 送信。
- High Volume Email for Microsoft 365
- Azure Communication Services Email
- オンプレミスの電子メール サーバーを介した基本認証または匿名リレー。
- デバイスまたはアプリケーションがメールボックスで許可されているメールよりも多くのメールを送信する必要がある場合。
Microsoft 365 または Office 365 の受信コネクタは、TLS 証明書 (推奨) またはパブリック IP アドレスを使用してデバイスまたはアプリケーションを認証します。 認証を使用すると、メッセージがスパムやなりすましとして識別されないように、organization に属するものとして識別できます。
デバイスまたはアプリケーションは、アドレスが 承認済みドメイン内にある限り、任意のアドレス (メールを受信できないメール アドレスを含む) を使用してメールを送信できます。 メール アドレスは、メールボックスに関連付けられている必要はありません。 たとえば、Microsoft 365 ドメインが contoso.com の場合、デバイスやアプリケーションは do_not_reply@contoso.com などのアドレスを使用してメールを送信する可能性があります。
SMTP リレーを使用して、サードパーティでホストされているサービス (Microsoft Azure など) から Microsoft 365 または Office 365 を介してメールを送信することはできません。 詳細については、「Azure での送信 SMTP 接続の問題のトラブルシューティング」を参照してください。
SMTPリレーの特徴:
- メールを送信するのに、ライセンスされた Microsoft 365 または Office 365 メールボックスは必要ありません。
- クライアント SMTP 送信よりも高い送信制限。 送信者は、 クライアント SMTP 送信の制限の対象にはなりません。
SMTP リレーの要件:
- 証明書または静的パブリック IP アドレス: デバイスまたはアプリケーションが認証に証明書を使用できない場合は、別の organization と共有されていない静的 IP アドレスを使用します。
- コネクタ: このセクションで説明したように、Microsoft 365 または Office 365 で受信コネクタを設定します。
- TCP ポート: ポート 25 が必要です。 このポートがネットワークまたは ISP によってブロックされていないことを確認します。
SMTP リレーの制限事項:
- IP アドレスがスパム ブロックリストに追加されると、メールが中断される可能性があります。
- 電子メール メッセージの送信には合理的な制限が課されます。 詳細については、「送信メッセージにおける危険度の高い配信プール」を参照してください。
- (証明書を使用しない限り) 共有されていない静的 IP アドレスが必要です。
- デバイスまたはアプリケーションは、失敗した接続を適切な時間内に再試行することが期待されます。 このような障害の調査に役立てるために、デバイスまたはアプリケーションで SMTP ログを使用することをお勧めします。
ヒント
SMTP RFC の提案に従って、クライアント SMTP の送信は、フル機能のメール サーバー (MTA) ではないデバイスまたはアプリケーションに対してより適切に機能する可能性があります。
SMTP リレー用の TLS 証明書ベースのコネクタを構成する
開始する前に、[サブジェクト] フィールドまたは [サブジェクト代替名 (SAN)] フィールドに Microsoft 365 または Office 365 の承認済みドメインが含まれている証明書が必要です。
次の表に示す設定を使用して、デバイスまたはアプリケーションを構成します。
デバイスまたはアプリケーションの設定 値 サーバーまたはスマート ホスト MX エンドポイント。 たとえば、「 contoso-com.mail.protection.outlook.com」のように入力します。 この値を見つけるには、「付録: Microsoft 365 または Office 365 で選択した承認済みドメインの MX レコードを検索する」を参照してください。TCP ポート 25 TLS/StartTLS 有効 (TLS 1.3 または TLS 1.2) TLS 証明書 証明書の [サブジェクト] または [SAN] フィールドに、Microsoft 365 または Office 365 で検証された承認済みドメインが含まれています。 電子メール アドレス 承認済みドメイン内の任意のメール アドレス。 ヒント
サード パーティのデバイスまたはアプリケーションを使用している場合は、このデバイスまたはアプリケーションの設定に異なる名前が使用されている可能性があることに注意してください。したがって、手順についてはドキュメントをチェックしてください。
Microsoft 365 で証明書ベースの受信コネクタを作成します。
オンプレミスのorganizationから Microsoft 365 または Office 365 (ハイブリッド環境など) にメッセージを配信するように構成されている受信コネクタが既にある場合は、SMTP リレー用の専用コネクタを作成する必要はない可能性があります。
ハイブリッド構成ウィザードを使用してコネクタを構成した既存のハイブリッドのお客様は、既存のコネクタをチェックして、mail.contoso.com や hostname.contoso.com ではなく *.contoso.com を使用するようにする必要があります。 このドメイン検証は、mail.contoso.com と hostname.contoso.com が Microsoft 365 に登録されていない可能性があるためです。
証明書ベースのコネクタを作成するには、次の手順を実行します。
https://admin.cloud.microsoft/exchange#/ の Exchange 管理センター (EAC) で、[メール フロー>コネクタ] に移動します。 または、[コネクタ] ページに直接移動するには、https://admin.cloud.microsoft/exchange#/connectors を使用します。
[ コネクタ] ページで、[
コネクタの追加] を選択します。コネクタの新規作成ウィザードが開きます。 [ 新しいコネクタ ] ページで、次のオプションを構成します。
- 接続元: organization のメール サーバーを選択します。
- 接続先: 値 Office 365 が自動的に選択され、変更できません。
![[接続元] の [新しいコネクタ] ページを示すスクリーンショット: Your organization's email server が選択されています。](../exchangeonline/media/choosing-an-option-from-new-connector-page.png)
[ 新しいコネクタ ] ページで完了したら、[ 次へ] を選択します。
[ コネクタ名 ] ページで、次のオプションを構成します。
- 名前: コネクタの一意のわかりやすい名前を入力します。
- 説明: オプションの説明を入力します。
-
コネクタを保存した後、何をしますか?:
- [ オンにする] が選択されていることを確認します。
- [ Exchange の内部メール ヘッダーを保持する ] が選択されていないことを確認します。
[ コネクタ名 ] ページで完了したら、[ 次へ] を選択します。
[送信済み電子メールの認証] ページで、 確認します 送信サーバーが Office 365 での認証に使用する証明書のサブジェクト名が、以下のテキスト ボックス (推奨) に入力したドメインと一致することを確認します。
ボックスに、サーバー、デバイス、またはアプリケーションで使用される証明書の [サブジェクト] または [SAN] フィールドと一致する Microsoft 365 または Office 365 の承認済みドメインを入力します。
たとえば、Microsoft 365 organizationの承認済みドメインに contoso.com contoso.com、デバイスまたはアプリケーションで使用される証明書のサブジェクトまたは SAN フィールドに含まれているとします。
ヒント
証明書で複数のホストが識別されている場合([サブジェクト]フィールドに1つ、SANフィールドに1つ以上)、このボックスで値*.contoso.com を使用することをお勧めします。
![Exchange 管理センターの新しいコネクタ ウィザードの [送信済み電子メールの認証] ページのスクリーンショット 証明書のサブジェクト名を確認することにより...選択されました。](../exchangeonline/media/authenticating-sent-email.png)
[ 送信済みメールの認証 ] ページで完了したら、[ 次へ] を選択します。
[ コネクタの確認 ] ページで、コネクタの構成を確認します。 ページ上のリンクを使用するか、[ 戻る] を選択して変更します。
[ コネクタの確認 ] ページで完了したら、[ コネクタの作成] を選択します。
これらのメッセージにスパムのフラグが立てられ、受信者の Junk Email フォルダーに配信されないようにするには、ドメイン レジストラーの DNS 設定で、ドメインの SPF レコードを追加する必要があります。 詳細については、「 SPF を設定して Microsoft 365 ドメインの有効なメール ソースを識別する」を参照してください。
構成をテストするには、デバイスまたはアプリケーションからテスト メールを送信し、受信者が受信したことを確認します。
![[接続元] の [新しいコネクタ] ページを示すスクリーンショット: Your organization's email server が選択されています。](../exchangeonline/media/choosing-an-option-from-new-connector-page.png#lightbox)
![Exchange 管理センターの新しいコネクタ ウィザードの [送信済み電子メールの認証] ページのスクリーンショット 証明書のサブジェクト名を確認することにより...選択されました。](../exchangeonline/media/authenticating-sent-email.png#lightbox)
SMTP リレー用の IP アドレスベースのコネクタを構成する
証明書ベースのコネクタを構成できない場合は、Microsoft 365 または Office 365 を介して電子メールを中継するように IP アドレスベースのコネクタを構成します。
開始する前に、デバイスまたはアプリケーションで使用されるパブリック IP アドレスを取得します。 この IP アドレスは、デバイスまたはアプリケーションからの電子メールの送信元として Microsoft 365 または Office 365 に表示されます。
注:
動的 IP アドレスはサポートされていないか、許可されていません。
IP アドレスを organization 外の人と共有しないでください (IP アドレスはコネクタでの認証に使用されます)。
次の表に示す設定を使用して、デバイスまたはアプリケーションを構成します。
デバイスまたはアプリケーションの設定 値 サーバーまたはスマート ホスト MX エンドポイント。 たとえば、「 contoso-com.mail.protection.outlook.com」のように入力します。 この値を見つけるには、「付録: Microsoft 365 または Office 365 で選択した承認済みドメインの MX レコードを検索する」を参照してください。TCP ポート 25 TLS/StartTLS 有効 (TLS 1.3 または TLS 1.2) 電子メール アドレス Microsoft 365 または Office 365 で検証された承認済みドメイン内の任意のメール アドレス。 メール アドレスにはメールボックスは必要ありません。 Microsoft 365 で IP アドレスベースの受信コネクタを作成します。
オンプレミスのorganizationから Microsoft 365 または Office 365 (ハイブリッド環境など) にメッセージを配信するように構成されている受信コネクタが既にある場合は、SMTP リレー用の専用コネクタを作成する必要はない可能性があります。
https://admin.cloud.microsoft/exchange#/ の Exchange 管理センター (EAC) で、[メール フロー>コネクタ] に移動します。 または、[コネクタ] ページに直接移動するには、https://admin.cloud.microsoft/exchange#/connectors を使用します。
[ コネクタ] ページで、[
コネクタの追加] を選択します。コネクタの新規作成ウィザードが開きます。 [ 新しいコネクタ ] ページで、次のオプションを構成します。
- 接続元: organization のメール サーバーを選択します。
- 接続先: 値 Office 365 が自動的に選択され、変更できません。
[ 新しいコネクタ ] ページで完了したら、[ 次へ] を選択します。
[ コネクタ名 ] ページで、次のオプションを構成します。
- 名前: コネクタの一意のわかりやすい名前を入力します。
- 説明: オプションの説明を入力します。
-
コネクタを保存した後、何をしますか?:
- [ オンにする] が選択されていることを確認します。
- [ Exchange の内部メール ヘッダーを保持する ] が選択されていないことを確認します。
[ コネクタ名 ] ページで完了したら、[ 次へ] を選択します。
[送信済み電子メールの認証] ページで、[送信サーバーの IP アドレスが、organization にのみ属する次の IP アドレスのいずれかと一致することを確認する] を選択します。
ボックスに、デバイスまたはアプリケーションのパブリック IP アドレスを入力します。
![Exchange 管理センターの新しいコネクタ ウィザードの [送信済み電子メールの認証] ページのスクリーンショット IP アドレスを確認することにより...選択されました。](../exchangeonline/media/choosing-an-option-from-authenticating-sent-email-page.png)
[ 送信済みメールの認証 ] ページで完了したら、[ 次へ] を選択します。
[ コネクタの確認 ] ページで、コネクタの構成を確認します。 ページ上のリンクを使用するか、[ 戻る] を選択して変更します。
[ コネクタの確認 ] ページで完了したら、[ コネクタの作成] を選択します。
これらのメッセージがスパムとして識別され、受信者の Junk Email フォルダに配信されないようにするには、この IP アドレスをメッセージの送信元としてドメインの SPF レコードに追加する必要があります。 詳細については、「 SPF を設定して Microsoft 365 ドメインの有効なメール ソースを識別する」を参照してください。
構成をテストするには、デバイスまたはアプリケーションからテスト メールを送信し、受信者が受信したことを確認します。
![Exchange 管理センターの新しいコネクタ ウィザードの [送信済み電子メールの認証] ページのスクリーンショット IP アドレスを確認することにより...選択されました。](../exchangeonline/media/choosing-an-option-from-authenticating-sent-email-page.png#lightbox)
直接送信: デバイスまたはアプリケーションから Microsoft 365 または Office 365 にメールを直接送信する
注:
ほとんどのお客様は、ダイレクト送信を使用する必要はありません。 お客様を保護するために、既定で直接送信を無効にするオプションに取り組んでいます。
デバイスまたはアプリケーションがメール サーバーとして機能できる場合は、Microsoft 365 または Office 365 の設定は必要ありません。 詳細については、デバイスまたはアプリケーションの手順を参照してください。
直接送信は、電子メール サーバー管理者の責任を引き受けたい上級ユーザーにのみお勧めします。 インターネット経由で電子メールを送信するためのベスト プラクティスの設定とそれに従う方法に精通している必要があります。 正しく構成および管理されていれば、直接送信は安全で実行可能なオプションです。 ただし、お客様は、メール フローを中断したり、通信のセキュリティを脅かしたりする設定ミスのリスクを冒します。
レガシ デバイスまたはアプリケーションが前述のメソッドをサポートしていない場合にのみ、[直接送信] を選択します。
ダイレクト送信の特徴:
- クライアント SMTP 送信よりも高い送信制限。
- Microsoft 365 または Office 365 の受信者のみにメールを送信します。 クラウドベースの organization 外の受信者に送信されたメールは拒否されます。
ダイレクト送信の要件:
- TCP ポート: ポート 25 が必要であり、ネットワークでブロック解除する必要があります。
- 静的 IP アドレスを推奨: ドメイン内の SPF レコードには静的 IP アドレスが必要です。 SPF レコードにより、メッセージにスパムとしてフラグが付くのを回避できます。 詳細については、「 SPF を設定して Microsoft 365 ドメインの有効なメール ソースを識別する」を参照してください。
- アプリケーションまたはデバイスは、Microsoft 365 または Office 365 で承認済みドメインのアドレスを使用してメールを送信する必要があります。 SPFに加えて、ドメイン用に DKIM と DMARC を正しく設定する必要があります。 構成が間違っていると、セキュリティ ギャップが発生する可能性があります。
- ライセンスされたクラウド メールボックスは必要ありませんが、Microsoft 365 または Office 365 の承認済みドメインに関連付けられたアドレスを使用する必要があります。
ダイレクト送信の制限事項:
- 外部の受信者 (たとえば、Yahoo! アドレスまたは Gmail アドレスを持つ受信者) にメールを配信できません。
- メッセージは、インターネットからの匿名のメールと同じです (すべてのスキャンと保護が適用されます)。
- IP アドレスがスパム ブロックリストに含まれている場合、Email が中断される可能性があります。
- Microsoft 365 または Office 365 では、サービスのパフォーマンスを保護するために調整ポリシーを使用します。
ダイレクト送信の設定
次の表に示す設定を使用して、デバイスまたはアプリケーションを構成します。
| デバイスまたはアプリケーションの設定 | 値 |
|---|---|
| サーバーまたはスマート ホスト | MX エンドポイント。 たとえば、「 contoso-com.mail.protection.outlook.com 」のように入力します。 この値を見つけるには、「付録: Microsoft 365 または Office 365 で選択した承認済みドメインの MX レコードを検索する」を参照してください。 |
| TCP ポート | 25 |
| TLS/StartTLS | 省略可能 |
| メール アドレス | Microsoft 365 または Office 365 で承認済みドメイン内の任意のメール アドレス。 メール アドレスにメールボックスを含める必要はありません。 |
ヒント
サード パーティのデバイスまたはアプリケーションを使用している場合は、このデバイスまたはアプリケーションの設定に異なる名前が使用されている可能性があることに注意してください。したがって、手順についてはドキュメントをチェックしてください。
診断を実行すると、Microsoft 365 または Office 365 を使用してメールを送信するデバイスまたはアプリケーションをセットアップするのに役立ちます
ヒント
この機能には、Microsoft 365 管理者アカウントが必要です。
Microsoft 365 または Office 365 を使用してメールを送信するためのデバイスまたはアプリケーションのセットアップに関するヘルプが必要な場合は、次のボタンを使用して自動診断を実行できます。
ポップアップが Microsoft 365 管理センターで開きます。 適切なオプション (新規セットアップや既存のセットアップのトラブルシューティングなど) を選択します。
独自のメール サーバーを使用して多機能デバイスおよびアプリケーションからメールを送信する
オンプレミスの電子メール サーバーがある場合は、Microsoft 365 または Office 365 の代わりに SMTP リレーに使用することを真剣に検討する必要があります。 SMTP リレー用に簡単に構成するのは、ユーザーが物理的に制御するローカルの電子メール サーバーの方が簡単です。
ヒント
Windows Server 2022 は、SMTP サーバー機能 (IIS 6.0) を備えた Windows Server の最後のバージョンです。 これは、Microsoft 365 または Office 365 への電子メールのリレーではまだサポートされていないため、サポートされているバージョンの Exchange Server または Azure Communication Service を使用してください。
Exchange Server の場合は、次のトピックを参照してください。
付録: Microsoft 365 または Office 365 で選択した承認済みドメインの MX レコードを検索する
SMTP リレーと直接送信では、デバイスまたはアプリケーションからメールを送信するために使用する予定のメール アドレスを含む Microsoft 365 または Office 365 の承認済みドメインの MX レコードのポイント先アドレスまたは値が必要です。 この値は構文 <YourCustomDomain>-com.mail.protection.outlook.com を使用します (たとえば contoso-com.mail.protection.outlook.com)。
使用しているドメインでこの値を見つけるには、次の手順を実行します。
https://admin.microsoft.com のMicrosoft 365 管理センターで、[すべて表示>設定>ドメイン] に移動します。 または、[ ドメイン] ページに直接移動するには、 https://admin.microsoft.com/#/Domains を使用します。
[ ドメイン] ページで、使用する予定のドメイン の状態の値 が [正常] であることを確認します。 ドメインが確認されていない場合は、メールが失われる可能性があり、 メッセージ追跡 を使用して失われたメッセージを追跡することはできません。
1 列目の横にあるチェック ボックス以外の行の任意の場所をクリックして、ドメインを選択します。
開いたドメインの詳細ページで、[ DNS レコード ] タブを選択します。ドメインの MX レコードは、[ Microsoft Exchange ] セクションに一覧表示されます。
MX エントリを選択して、最初の列の横にあるチェック ボックス以外の行の任意の場所をクリックします。
開いた [MX レコード ] ポップアップで、[ ポイント先] のアドレスまたは値をコピーします。 たとえば、「
contoso-com.mail.protection.outlook.com」のように入力します。
関連記事
Microsoft 365 または Office 365 を使用してメールを送信するプリンター、スキャナー、LOB アプリケーションの問題を修正する Microsoft 365 または Office 365 と独自のメール サーバーの間でメールをルーティングするようにコネクタを設定する Microsoft 365の High Volume Email (HVE) を管理する|