More than 3 years have passed since last update.

Office365のメール受信スロットリングと対応案に含まれる罠

Last updated at 2020-01-31Posted at 2020-01-31

Qiitaに投稿し始めてもうすぐ2年。赴くままに書いているので、エンドユーザー向けの投稿もあれば、365管理者向けの投稿も雑多になっている。
そんな中で、意外な記事の閲覧数が多い。それがコレ。

エンドユーザー向けでも365管理者向けでもなくて、すごくニッチな投稿だと思うけどコンスタントに増えてんだよな…。

というところで、受信制限と対応案についてまとめてみる。

受信スロットリングとは

詳しくは上記の記事を見てほしいけど、ざっくり「あんまりメールきすぎてるからブロックするわ」という機能。

メールボックスごとに、1時間当たり3600のメッセージを超えると「上限を超えてっぞ」とメールを受信を遅らせるらしい。

通常の個人用メールアドレスで使ってる限りはこんなにメールくることはない（キッパリ）。

でも、社内システムのアラートメールを受けるメールアドレスとかだとこの閾値を超えてしまうケースもある。ということでそんなケースから対応案を考えたみる。
オンプレミスとか、固定のグローバルIP内にSMTPサーバーがあり、そこからアラートメールなどを送信するシナリオです。

社内のSMTPサーバーからのメールはOffice365ではない(=外部）ので、外部のメールサーバーの扱いでメールを受信してると、スロットリングの影響を受けてしまう。

これは「受信コネクタ」を作成して、「このIPからのメールは信頼してるから大丈夫」と登録しておくことで緩和することもできる。
Exchnage管理センター　-　メールフロー　-　コネクタ、から、「組織のメールサーバーからOffice365」で送信元IPアドレスを指定してやる。詳しいつくり方は割愛。

だがしかし、そこには罠がある。

それは

という2つ。

受信コネクタを作成すると、コネクタに設定しているIPからOffice365を使っているすべてのドメイン宛のメールは、自社テナントを経由するようになってしまう。

そもそも受信コネクタなので社内向けのメールが中心のはず。なのでコネクタを作って社外にメール送るってことは本来少ないはず。ではあるけどまれにこういうケースがある場合は影響を受けてしまう。

コネクタ経由になってしまう社外当てのメールが、きちんと外に出ていくよう、トランスポートルールなどで検討する必要あり。

1つのメッセージの宛先に、複数のドメインを含むとアウト。

テナント外のドメイン＋テナント内のドメインでも、テナント内のドメイン＋テナント内のドメインでもダメ。どうしてもコネクタが必要なら、ドメインごとにメッセージを分けなきゃダメらしくい。

受信するメールボックスを分割する。それだけ。
流量制限はメールボックスごとなので、メールボックスを分ければメールボックスごとの受信数は逆数で減る。

受信用メールボックスが1つで流量制限受けるなら2つ3つにする。一番シンプル。もっとも、アプリ側で対応必要になるケースもあるけど。

そもそも、受信の流量制限対応としては、SMTP送信・直接送信が本来の推奨構成。さらにこれらが選べないケースは外部のメール送信サービスを使うことを推奨されてる。
その3つが選べないような、超レアケースの対応案でしかない。

どうしても受信スロットリングへの対応が必要なほどメールを受ける場合は

それこそ、ドメインごとにメッセージ分けるとか、アプリ側の作りこみとか。でも、メッセージ分けると流量制限の影響を受ける可能性が上がるというパラドックス。

そんなケースなら、いっそメール使わない方法を考えたほうが早いんじゃないだろうか。
安直にコネクタでいいじゃん、と考えないように注意しましょう。

コネクタ設定における 3 つのポイント (送信元 : 組織のメールサーバー)
https://blogs.technet.microsoft.com/exchangeteamjp/2017/12/07/3points-of-inbound-connector/