Direct Send is a method used to send emails directly to a Microsoft Exchange Online customer’s hosted mailboxes from on-premises devices, applications, or third-party cloud services using the customer’s own accepted domain. It is an advanced method of sending messages to your users and requires proper configuration of SPF, DKIM, and DMARC to ensure messages are delivered successfully.

Many customers do not need to use Direct Send. Because SPF protections do not always outright block messages and sometimes deliver them to the Junk folder, it is possible for malicious senders mimicking Direct Send to have their messages that spoof your own domains land in the Junk folder and potentially confuse your users. Before this rollout, no feature existed to block Direct Send traffic for customers who have no need to use it. We will roll out the new Reject Direct Send setting for Exchange Online.

[When this will happen:]

Public Preview: Available now.

General Availability (Worldwide, GCC, GCC High): We will begin rolling out early September 2025 and expect to complete by early September 2025.

[How this will affect your organization:]

Direct Send covers anonymous messages sent from your own domain to your organization’s mailboxes and so enabling this setting will block any of that traffic. Direct Send traffic may include third-party services that you have given permission to use your domain or one of your own email applications hosted on-premises. To avoid having these messages rejected when this feature is enabled, they need to be authenticated. You can authenticate them by creating a partner mail flow connector for these messages.

[What you need to do to prepare:]

This rollout has happened automatically by the specified dates with no admin action required before the rollout. Review your current configuration to assess the impact on your organization. You may want to notify your users about this change and update your relevant documentation.

By default, the new opt-in RejectDirectSend setting is set to False. To enable the Reject Direct Send feature, Exchange Online admins can run this Microsoft PowerShell cmdlet:

Set-OrganizationConfig -RejectDirectSend $true

The change should propagate out to your entire service within 30 minutes. With the feature enabled, any received Direct Send messages will see the following message:

550 5.7.68 TenantInboundAttribution; Direct Send not allowed for this organization from unauthorized sources

Unless you re-enable Direct Send, any messages that hit this error will need a partner connector created to authenticate their source as an approved sender.

Learn more: Introducing more control over Direct Send in Exchange Online | Microsoft Community Hub

We invite Exchange admins to try out the feature and provide feedback that we can use to validate and proceed to offering this feature for General Availability.

直接送信は、顧客自身の承認済みドメインを使用して、オンプレミスのデバイス、アプリケーション、またはサードパーティのクラウド サービスから Microsoft Exchange Online の顧客がホストするメールボックスに電子メールを直接送信するために使用される方法です。これは、ユーザーにメッセージを送信する高度な方法であり、メッセージが正常に配信されるようにするには、SPF、DKIM、およびDMARCの適切な構成が必要です。

多くのお客様は直接送信を使用する必要はありません。SPF 保護は、常にメッセージを完全にブロックし、時には迷惑メール フォルダに配信するわけではないため、Direct Send を模倣した悪意のある送信者が、自分のドメインを偽装したメッセージを迷惑メール フォルダに配信し、ユーザーを混乱させる可能性があります。このロールアウト以前は、Direct Send トラフィックを使用する必要のないお客様のために、Direct Send トラフィックをブロックする機能は存在しませんでした。Exchange Online の新しい [直接送信を拒否 ] 設定をロールアウトします。

[これがいつ起こるか:]

パブリック プレビュー: 現在利用可能です。

一般提供 (全世界、GCC、GCC High): 2025 年 9 月上旬にロールアウトを開始し、2025 年 9 月上旬までに完了する予定です。

[これがあなたの組織にどのように影響しますか:]

直接送信は、自分のドメインから組織のメールボックスに送信された匿名メッセージを対象としているため、この設定を有効にすると、そのトラフィックはすべてブロックされます。直接送信トラフィックには、ドメインの使用を許可したサードパーティのサービスや、オンプレミスでホストされている独自のメールアプリケーションが含まれる場合があります。この機能が有効になっているときにこれらのメッセージが拒否されないようにするには、メッセージを認証する必要があります。これらのメッセージに対して パートナー メール フロー コネクタ を作成することで、これらを認証できます。

【準備に必要なこと】

このロールアウトは、ロールアウト前に管理者のアクションを必要とせずに、指定された日付によって自動的に行われます。現在の構成を確認して、組織への影響を評価します。この変更についてユーザーに通知し、関連するドキュメントを更新することをおすすめします。

デフォルトでは、新しいオプトイン RejectDirectSend 設定は False に設定されています。 直接送信の拒否機能を有効にするために、Exchange Online管理者は次の Microsoft PowerShell コマンドレットを実行できます。

Set-OrganizationConfig -RejectDirectSend $true

変更は 30 分以内にサービス全体に反映されます。この機能を有効にすると、受信した直接送信メッセージには次のメッセージが表示されます。

550 5.7.68 TenantInboundAttribution; Direct Send not allowed for this organization from unauthorized sources

直接送信を再度有効にしない限り、このエラーに遭遇したメッセージには、承認された送信者としてソースを認証するためのパートナー コネクタを作成する必要があります。

詳細情報: Exchange Online での直接送信の制御の強化 |マイクロソフト コミュニティ ハブ

Exchange 管理者には、この機能をお試しいただき、この機能を検証し、一般提供に進むために使用できるフィードバックを提供することをお勧めします。