いよいよExchangeへ。Microsoft365で独自ドメインメールを設定した手順
※公開後に内容を見直し、一部表記を修正しました。
以前、メールの運用を
Gmail+メール転送で行っていたのですが、
転送設定の影響で取引先からのメールが届いていないというトラブルがありました。
実はこのとき、Gmailの設定ミスで取引先からのメールが約1ヶ月届いていなかったことがありました。そのときの経緯はこちらにまとめています👇
最近は迷惑メール対策がかなり厳しくなっており、メール転送を使った運用は思っている以上にリスクがあります。
そこで、メール環境を見直すことにしました。
まず最初に、Microsoft365のライセンスを
Apps for businessからBusiness Standardへアップグレードしました。
Apps for businessには
Exchange(メール機能)が含まれていないため、独自ドメインのメールを使うにはExchangeが利用できるプランへ変更する必要があります。
そして今回は、いよいよ
Exchangeで独自ドメインのメールを設定する作業を行いました。
備忘録も兼ねて、設定手順をまとめておきます。
① 独自ドメインをMicrosoft365へ追加する
まず、Microsoft365に独自ドメインを追加します。
Microsoft365管理センターから設定できます。
管理センター
設定
↓
ドメイン
↓
ドメイン追加
ここで使用するドメインを入力します。
② DNSでドメイン認証を行う
ドメインを追加すると、
所有確認のためDNSにTXTレコードを追加するよう案内されます。
DNSの設定は
ドメインを取得した会社の管理画面で行います。
一般的には次のような流れになります。
ドメイン管理サービスにログイン
ドメイン管理画面を開く
DNS設定(DNSゾーン / DNSレコード設定など)の画面を開く
指定されたレコードを追加する
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
ただし対応していないメールサーバーも多く、
設定されていない場合もあります。
まとめ
今回行った設定を整理すると次の流れになります。
Microsoft365に独自ドメイン追加
DNSでドメイン認証
ユーザーのメールアドレス設定
MX / SPF / autodiscover設定
DKIM設定
DMARC設定
これでようやく
Exchangeを使った独自ドメインメールの運用ができるようになりました。
メールの仕組みは少し複雑ですが、手順を一つずつ進めていけばそれほど難しいものではありません。
同じようにMicrosoft365でメール環境を整えようとしている方の参考になればうれしいです。
いいなと思ったら応援しよう!
記事が参考になったり、面白いと思っていただけたら、チップで応援していただけると嬉しいです。
今後の記事作成の励みになります。