Updated June 25, 2025: We have updated the content. Thank you for your patience.

Important update regarding the cloud hosted Mailbox External Recipient Rate Limit: In order to reduce the impact on customers, Microsoft has again decided to delay the rollout of the cloud hosted Mailbox External Recipient Rate Limit (MERRL) by ~six months. The MERRL will go into enforcement in April 2026 for trial tenants and new tenants if the tenant is provisioned on/after April 1st, 2026. In April 2026, the Exchange Admin Center Report will be available for tenant admins to review Sender mailbox data on external recipient volume. In October 2026, the MERRL will go into enforcement for all cloud hosted mailboxes in the WWMT environment including existing tenants.

Please refer to the ACS email documentation (Prepare an email communication resource for Azure Communication Services – An Azure Communication Services concept article | Microsoft Learn) or reach out to your Microsoft account team for further support in this journey.

Please note: We have made the decision to not proceed with this change for DoD, GCC, or GCC High organizations at this time. We will communicate via Message center when we are ready to proceed. The External Recipient Rate Limit will only apply to WWMT/Production. 

Please refer to the ACS email documentation (Prepare an email communication resource for Azure Communication Services – An Azure Communication Services concept article | Microsoft Learn) or reach out to your Microsoft account team for further support in this journey. 

________________________________________

Today, we are announcing that, beginning in April 2026 (previously October 2025), Exchange Online will begin enforcing an external recipient rate limit of 2000 recipients in 24 hours.

Exchange Online does not support bulk or high-volume transactional email. We have not enforced limiting of bulk email until now, but we plan on doing so with the introduction of an External Recipient Rate (ERR) limit. The ERR limit is being introduced to help reduce unfair usage and abuse of Exchange Online resources.

[When this will happen:]

The new ERR limit will be introduced in 2 phases:

Phase 1 – Starting April 1, 2026, (previously October 2025) the limit will apply to cloud-hosted mailboxes of trial tenants and all tenants created after this date. 

Phase 2 C Starting October 1, 2026, (previously April 2026) we will start applying the limit to cloud-hosted mailboxes of existing tenants. 

[How this will affect your organization:]

Exchange Online enforces a Recipient Rate limit of 10000 recipients for cloud-hosted mailboxes. The 2000 ERR limit will become a sublimit within this 10000 Recipient Rate limit. There is no change to the Recipient Rate limit, and both of these will be rolling limits for 24-hour windows. You can send to up to 2,000 external recipients in a 24-hour period, and if you max out the external recipient rate limit then you will still be able to send to up to 8,000 internal recipients in that same period. If you don’t send to any external recipients in a 24-hour period, you can send to up to 10,000 internal recipients.

For example:

• You use a cloud-hosted mailbox to send to 1,000 external recipients and 2,000 internal recipients at 6:00AM on Day 1, for a total of 3,000 recipients. You then send to another 1,000 external recipients at 8:00AM on Day 1. Because you sent to 2,000 external recipients, you will be blocked from sending to external recipients until 6:00AM on Day 2. During this period, you are able to send to up to 6,000 internal recipients, but for this example, let’s assume that you don’t.
• At 6:00AM on Day 2, the 1,000 external recipients and 2,000 internal recipients sent at 6:00AM on Day 1 will no longer count toward the 24-hour limit calculation. Thus, from 6:00-8:00AM on Day 2, you can send to up to 9,000 total recipients (e.g., 9,000 internal or 8,000 internal plus 1,000 external).
• If you don’t send to any internal or external recipients during this period, then at 8:00AM on Day 2 you can again send to 10,000 recipients total with up to 2,000 of them being external recipients.

[What you need to do to prepare:]

If you have a cloud-hosted mailbox that needs to exceed the ERR limit, you can move to Azure Communication Services for Email, which is designed specifically for high volume email sent to recipients external to your tenant.

2025年6月25日更新:コンテンツを更新しました。ご理解いただきありがとうございます。

クラウドでホストされるメ`ルボックスの外部受信者レ`ト制限にvする重要な更新: お客への影をXpするために、Microsoft は、クラウドでホストされているメ`ルボックス外部受信者レ`ト制限 (MERRL) のロ`ルアウトを ~6 か月Wらせることを再度Q定しました。MERRLは、2026年4月1日以降にテナントがプロビジョニングされた龊稀去楗ぅ毳匹圣螗趣刃陇筏ぅ匹圣螗趣して2026年4月に施行されます。2026 年 4 月に、Exchange 管理センタ` レポ`トは、テナント管理者が外部受信者ボリュ`ムの送信者メ`ルボックス デ`タを_Jできるようになります。2026 年 10 月に、MERRL は、既存のテナントを含む WWMT h境内のすべてのクラウドでホストされるメ`ルボックスにして施行されます。

ACS の子メ`ルのドキュメントを参照してください (Azure Communication Services の子メ`ル通信リソ`スを浃工 – Azure Communication Services の概念にvする事 |Microsoft Learn) または、この体Yでさらにサポ`トを受けるために Microsoft アカウント チ`ムにおい合わせください。

ご注意: Fr点では、DoD、GCC、または GCC High Mでは、この涓蚓A行しないことをQ定しました。浃い蓼筏郡椤幞氓哗`ジセンタ`でごBjいたします。外部受信者レ`ト制限は、WWMT/プロダクションにのみm用されます。 

ACS の子メ`ルのドキュメントを参照してください (Azure Communication Services の子メ`ル通信リソ`スを浃工 – Azure Communication Services の概念にvする事 |Microsoft Learn) または、この体Yでさらにサポ`トを受けるために Microsoft アカウント チ`ムにおい合わせください。 

________________________________________

本日、2026 年 4 月 (以前の 2025 年 10 月) から、Exchange Online は 24 rgで 2000 人の受信者にする外部受信者レ`ト制限のm用を_始することをk表します。

Exchange Online では、一括または大量のトランザクション メ`ルはサポ`トされていません。これまでバルクメ`ルの制限はm用していませんでしたが、外部受信者率(ERR)制限の毪摔瑜辍⒅葡蓼蜻m用する予定です。ERR 制限は、Exchange Online リソ`スの不公平な使用と乱用をpらすために毪丹欷皮い蓼埂

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

新しいERR制限は、次の2つのフェ`ズで毪丹欷蓼埂

フェ`ズ 1 – 2026 年 4 月 1 日 (以前は 2025 年 10 月) 以降、用版テナントのクラウドでホストされるメ`ルボックスと、この日付以降に作成されたすべてのテナントに制限がm用されます。 

フェ`ズ 2 – 2026 年 10 月 1 日 (以前は 2026 年 4 月) から、既存のテナントのクラウドでホストされるメ`ルボックスに制限のm用を_始します。 

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

Exchange Online では、クラウドでホストされるメ`ルボックスの受信者レ`ト制限が 10000 人に制限されています。2000 ERR 制限は、この 10000 受信者レ`ト制限内のサブ制限になります。受信者レ`トの制限に涓悉胜嗓沥椁 24 rgのrgのロ`リング制限になります。24 rgで最大 2,000 人の外部受信者に送信でき、外部受信者レ`トの制限を上限にしても、同じ期gに最大 8,000 人の内部受信者に送信できます。24 rg以内に外部の受信者に送信しなかった龊悉稀⒆畲 10,000 人の内部受信者に送信できます。

例えば：

• クラウドでホストされるメ`ルボックスを使用して、1 日目の午前 6:00 に 1,000 人の外部受信者と 2,000 人の内部受信者、合 3,000 人の受信者に送信します。その後、1 日目の午前 8:00 にeの 1,000 人の外部受信者に送信します。2,000 人の外部受信者に送信したため、2 日目の午前 6:00 まで外部受信者への送信がブロックされます。この期g中は、最大 6,000 人の内部受信者に送信できますが、この例では送信しないと⒍à筏蓼埂
• 2 日目の午前 6:00 に送信された 1,000 人の外部受信者と 1 日目の午前 6:00 に送信された 2,000 人の内部受信者は、24 rg制限の算にカウントされなくなります。したがって、2 日目の午前 6:00 から 8:00 まで、合 9,000 人の受信者 (内部 9,000 人、内部 8,000 人、外部 1,000 人など) に送信できます。
• この期g中に内部または外部の受信者に送信しなかった龊稀2 日目の午前 8:00 に、合 10,000 人の受信者に再度送信でき、そのうち最大 2,000 人が外部受信者になります。

【浃吮匾胜长取

ERR 制限を超える必要があるクラウドでホストされるメ`ルボックスがある龊悉稀匹圣螗趣瓮獠郡问苄耪撙怂托扭丹欷氪罅郡坞子メ`ル用に特eにOされた Azure Communication Services for Email に移行できます。