StackなどMicrosoftのクラウドサービスの管理者の方向けの情報発信と1対1での相談先の活動をしていますHome記事リクエストサイトについてHome記事リクエストサイトについて最近Youtubeに力を入れてます。OnlineTwitterFacebook0はてブ0Google+Pocket0LINEコピー2019.09.01スポンサーリンクシリーズ記事の11個目です。M365フルクラウド環境を検証目的で構築しています。Onlineで使うドメインの設定はどうなっているか?既存のメールシステムとの関係はどうなっているのか?」という質問を頂きました。ここまでの記事の内容と同じことを自分の環境で行ったときに、メール配送はどうなっているのか?という話ですね。Online側の話を少し確認します。Administratorsの記事の操作でAADにドメインを追加し、規定のドメインとしたときの、Exchange管理センターの状態です。Online側でも追加した「tm-plan.net」というドメインが追加され、規定のドメインとなっています。この時、一番注目すべきは一番右の「ドメインの種類」です。この「ドメインの種類」には2種類の設定があります。組織内の有効な受信者にのみ配信されます。不明な受信者宛てのすべてのメールが拒否されます。サーバーに中継されます。Online内でユーザーが見つからなければNDR(配信不能レポート)を生成する。「内部の中継」であればNDRを生成せずに他のメールサーバーにメールを送信する。MXレコードがどこを指しているか、ユーザーはどのメールアドレスを保持しているのか?ということが効いてきます。結局どういう挙動になるのか?かなり複雑なので、全パターンは網羅できません。いくつか例をあげておきます。承認済みドメインに利用するドメインを追加し「権限あり」に設定する。365を指すユーザーは利用するドメインのメールアドレスを保持する。承認済みドメインに利用するドメインを追加し「内部の中継ドメイン」に設定する。Onlineにメールボックスを作成する。365に向けるパターンの2種類どちらもとれます。MXレコードが指しているメールシステム側ではもう1つのメールシステム上に存在するメールアドレス宛のメールがきちんと届くように設定します。この時利用するメールアドレスは本来のメールアドレスでもよいですし、転送専用の別ドメインを利用しても良いです。全体的にメールがループしてしまわないようにきちんと構成しつつ、存在しないメールアドレスに対してきちんとNDRが生成されるように構成します。...、すいません、かなり抽象的ですし、複雑ですね。してもこのあたりは複雑になってしまうので、きちんとした設計が必要です。評価この記事はいかがでしたか?評価を是非聞かせてください。MVP(2014~)。「Windowインフラ管理者入門」という本を書きました。Windows系中心のインフラよりの何でも屋。