見出し画像

いよいよExchangeへ。Microsoft365で独自ドメインメールを設定した手順

※公開後に内容を見直し、一部表記を修正しました。

以前、メールの運用を
Gmail+メール転送で行っていたのですが、
転送設定の影響で取引先からのメールが届いていないというトラブルがありました。

実はこのとき、Gmailの設定ミスで取引先からのメールが約1ヶ月届いていなかったことがありました。そのときの経緯はこちらにまとめています👇

最近は迷惑メール対策がかなり厳しくなっており、メール転送を使った運用は思っている以上にリスクがあります。

そこで、メール環境を見直すことにしました。

まず最初に、Microsoft365のライセンスを
Apps for businessからBusiness Standardへアップグレードしました。

Apps for businessには
Exchange(メール機能)が含まれていないため、独自ドメインのメールを使うにはExchangeが利用できるプランへ変更する必要があります。

そして今回は、いよいよ
Exchangeで独自ドメインのメールを設定する作業を行いました。

備忘録も兼ねて、設定手順をまとめておきます。


① 独自ドメインをMicrosoft365へ追加する

まず、Microsoft365に独自ドメインを追加します。

Microsoft365管理センターから設定できます。

管理センター

設定

ドメイン

ドメイン追加

ここで使用するドメインを入力します。


② DNSでドメイン認証を行う

ドメインを追加すると、
所有確認のためDNSにTXTレコードを追加するよう案内されます。

DNSの設定は
ドメインを取得した会社の管理画面で行います。

一般的には次のような流れになります。

  1. ドメイン管理サービスにログイン

  2. ドメイン管理画面を開く

  3. DNS設定(DNSゾーン / DNSレコード設定など)の画面を開く

  4. 指定されたレコードを追加する

DNS設定の名称はサービスによって異なりますが、

  • DNS設定

  • DNSゾーン編集

  • DNSレコード設定

などの名前になっていることが多いです。

Microsoft365から指定されたTXTレコードを追加します。

名前:@
種類:TXT
値:MS=msXXXXXXXX

※名前(ホスト名)は、ドメイン直下に設定する場合は「@」を指定します。
※これはTXT・MX・SPFいずれのレコードでも基本的に同様です。
※ただし、サブドメイン(例:info.example.com)に設定する場合は「info」など個別の名前を指定します。
※DNSサービスによっては「@」ではなく空欄やドメイン名を入力する場合があります。

DNSに設定後、Microsoft365側で確認を行うと
そのドメインが利用できるようになります。

※DNS設定は反映まで数分〜数時間程度かかる場合があります。


③ ユーザーに独自ドメインのメールアドレスを設定

ドメイン認証が完了したら、
ユーザーに独自ドメインのメールアドレスを設定します。

管理センター

ユーザー

アクティブユーザー

ユーザー選択

メールエイリアス追加

user@example.com


④ DNSにメール関連の設定を行う

次に、メールの送受信に必要なDNSレコードを設定します。

レコードによっては新しく追加するものもあれば、既存の設定を書き換えるものもあります。
すでに同じレコードが設定されている場合は内容を書き換え、存在しない場合は新しく追加します。

設定する内容はMicrosoft365管理センターで確認できます。

管理センター

設定

ドメイン

対象ドメイン

DNSレコード

この画面には、Microsoft365で必要なDNSレコードが
「種類」「名前」「値」の形で表示されています。

DNS設定画面でも同じ項目があるため、
表示されている内容をそのままDNSに入力すれば設定できます。
DNS管理画面の表示はサービス会社によって異なり、「名前」「ホスト」「エントリー名」など項目名が違う場合がありますが、意味は同じです。

なお、Gmailに保存されていた過去のメールについては、MXレコードを書き換える前にMicrosoft365へ移行しておきました。


主に設定するDNSレコード

MXレコード(メール配送先)

名前:@
種類:MX
値:example-com.mail.protection.outlook.com

メールをMicrosoft365へ届けるための設定です。
※名前(ホスト名)の考え方は、②で説明した通りです。


SPFレコード(送信サーバー認証)

名前:@
種類:TXT
値:v=spf1 include:spf.protection.outlook.com ~all

送信元メールサーバーを認証するためのレコードです。
※名前(ホスト名)の考え方は、②で説明した通りです。

SPFレコードの最後には ~all-all が指定されます。
今回はまず様子を見るため ~all を設定しています。
問題がなければ -all に変更することもできます。


autodiscover(メールソフト自動設定)

名前:autodiscover
種類:CNAME
値:autodiscover.outlook.com

Outlookなどのメールソフトが
自動設定を行うためのレコードです。


⑤ DKIMを設定する

次に、メールの署名設定である
DKIM(DomainKeys Identified Mail)を設定します。

DKIMの設定は
Microsoft365のセキュリティ管理画面から行います。

メニューの場所は次の通りです。

セキュリティ

メールとコラボレーション

ポリシーとルール

脅威ポリシー

メール認証の設定

DKIM

ここで対象ドメインを選択すると、
DNSに追加するCNAMEレコードが表示されます。

名前:selector1._domainkey
種類:CNAME
値:表示されている値

名前:selector2._domainkey
種類:CNAME
値:表示されている値

DNSへ追加後、Microsoft365側で
DKIMを有効化します。


⑥ DMARCを設定する

最後に、なりすましメール対策として
DMARCレコードを設定します。

DMARCはMXやSPFのように
Microsoft365管理センターで自動表示されるものではないため、
自分でTXTレコードを作成してDNSへ追加します。

名前:_dmarc
種類:TXT
値:v=DMARC1; p=none; rua=mailto:dmarc@example.com


DMARCレコードの主な項目

DMARCレコードにはいくつかのパラメータがあります。

p(ポリシー)

認証に失敗したメールの扱いを決めます。

値:none 意味:監視のみ
値:quarantine 意味:迷惑メール扱い
値:reject 意味:受信拒否

多くの場合、最初は

p=none

で運用し、問題がないことを確認してから
ポリシーを強くしていきます。

現在は none で運用していますが、DMARCの集計レポートを確認しながら、ポリシーを引き上げるタイミングを見ているところです。このあたりの運用については、また別の記事でまとめようと思っています。


rua(集計レポート)

DMARC認証の結果を
集計レポート(Aggregate Report)として受け取る設定です。

rua=mailto:dmarc@example.com

通常は専用のメールアドレスを作成して
レポートを受け取るようにします。


ruf(フォレンジックレポート)

認証失敗したメールの詳細レポートを受け取る設定です。

ruf=mailto:dmarc@example.com

ただし対応していないメールサーバーも多く、
設定されていない場合もあります。


まとめ

今回行った設定を整理すると次の流れになります。

  1. Microsoft365に独自ドメイン追加

  2. DNSでドメイン認証

  3. ユーザーのメールアドレス設定

  4. MX / SPF / autodiscover設定

  5. DKIM設定

  6. DMARC設定

これでようやく
Exchangeを使った独自ドメインメールの運用ができるようになりました。

メールの仕組みは少し複雑ですが、手順を一つずつ進めていけばそれほど難しいものではありません。
同じようにMicrosoft365でメール環境を整えようとしている方の参考になればうれしいです。


いいなと思ったら応援しよう!

naru|今日はこの辺で 記事が参考になったり、面白いと思っていただけたら、チップで応援していただけると嬉しいです。 今後の記事作成の励みになります。