「独自ドメインをメールに使う」とは、yourcompany.com をウェブサイトのアドレスから、実際に機能するメールの宛先へ変える作業です。設定の全工程には、DNS レコード、メールボックスの作成、認証、検証が含まれます。作業は五つの具体的な手順に分かれ、運用担当者なら誰でも午後のうちに完了できます。サーバー管理は不要で、管理画面の操作と DNS レコードのコピー貼り付けだけで済みます。
設定ガイドの多くは、特定のプロバイダーの管理画面だけを扱っています。以下の五つの手順はプロバイダーに依存せず、TrekMail、Workspace、Zoho、その他の信頼できるメールボックスホストに共通します。手順を分けて示すことで、依存関係が明確になります。
このガイドでは、各手順で具体的な確認を行いながら、設定の全工程を説明します。より広い範囲のガイドは、ドメインでメールを作成する方法をご覧ください。
「独自ドメインをメールに使う」の本当の意味
独自ドメインをメールに使うとは、受信メールをメールボックスホストへ振り分ける DNS レコードを設定し、受信側から信頼されるよう送信メールを認証することです。設定には、MX、SPF、DKIM、DMARC にドメイン確認用 TXT を加えた五つの DNS レコードが必要です。レコードごとに役割も形式も異なります。
メールボックスホストが値を提供し、利用者が DNS ホストで公開します。設定全体はプロバイダーに依存しません。メールの到着先が TrekMail、Workspace、その他の信頼できるホストのどれでも、同じ五つのレコードを使います。後でメールボックスホストを変更する場合は、同じ五つのレコードを更新して、新しいホストへ向けます。
五つの設定手順
独自ドメインをメールに使うために必要なことは、五つの手順ですべて対応できます。順序が重要です。認証より先に MX、テストより先に認証、DMARC の強化より先にテストを行います。各手順の出力が次の手順へつながります。一つでも省くと、その手順自体よりもデバッグに時間のかかる後続の障害が生じます。
- MX レコードをメールボックスホストへ向ける。優先度の値を持つ二つまたは三つの MX レコードです。
- SPF レコードを公開する。許可する送信者を列挙した一つの TXT レコードです。
- 送信者ごとに DKIM を公開する。メールへ署名するサービスごとに一つの TXT レコードです。
- p=none で DMARC を公開する。レポート用アドレスを含む一つの TXT レコードです。
- 往復テストを行い DMARC を強化する。三つの受信先で PASS を確認し、二週間後に DMARC を p=quarantine へ移行します。
独自ドメインをメールに使う対象が 1 個のメールボックスでも 1,000 個でも、五つの手順は同じです。レコード数はメールボックス数ではなく、送信者数に応じて増えます。メールボックスを増やしても新しい DNS レコードは不要ですが、マーケティングプラットフォーム、トランザクションサービス、CRM などの外部送信者を増やす場合は必要です。新しい送信者ごとに独自の DKIM selector が必要です。
手順 1: MX レコードをメールボックスホストへ向ける
独自ドメインをメールに使う最初の手順は、メールボックスホストのメールサーバーを指す MX レコードの公開です。メールボックスホストから、フェイルオーバーの順序を示す優先度番号 (10, 20, 30) 付きの MX 値が二つまたは三つ提供されます。受信側は最も低い優先度番号の値から試し、利用できなければ高い番号へ切り替えます。
メールボックスホストから提供された MX 値は、最も低い優先度番号のものだけでなく、すべて公開してください。プライマリメールサーバーが停止するまれな障害時には、冗長性が重要です。バックアップ MX レコードがなければ、受信メールは再試行のキューに入らず、障害中にバウンスします。
手順 2: SPF レコードを公開する
独自ドメインをメールに使う二番目の手順は、SPF レコードです。SPF は、自分のドメインから送信したと称するメールについて、送信を許可するサーバーを宣言します。レコードはドメインルートに置く一つの TXT エントリです。TrekMail だけを送信に使う TrekMail ホスト環境では、v=spf1 include:_spf.trekmail.net ~all のような構文になります。
マーケティングプラットフォームやトランザクションサービスなど、他にも送信者がいる場合は、その SPF レコードも含めます。各 include: ディレクティブは一回の DNS ルックアップとして数えられ、解決ツリー全体の合計を 10 回未満に保つ必要があります。ルックアップ数が徐々に上限へ近づき、正当なメールがバウンスする前に気づけるよう、SPF レコードを四半期ごとに監査してください。
手順 3: 送信者ごとに DKIM を公開する
独自ドメインをメールに使う三番目の手順は DKIM です。送信メールに暗号学的な署名を付け、受信側で検証できるようにします。自分のドメインを「差出人」として送信するすべてのサービスには、一意の selector の下に独自の DKIM レコードが必要です。メールボックスホストは自身の DKIM レコードを生成し、マーケティングプラットフォームやトランザクション送信サービスもそれぞれ独自のものを提供します。
レコードは selector 固有のサブドメインに TXT エントリとして公開します。TrekMail の selector は trekmail._domainkey.yourcompany.com、Mailgun の selector は mailgun._domainkey.yourcompany.com で、他も同様です。それぞれ長い base64 文字列であり、改行のない一つの連続した TXT 値として貼り付ける必要があります。認証の詳しい手順は、メール認証 SPF DKIM DMARC をご覧ください。
手順 4: p=none で DMARC を公開する
独自ドメインをメールに使う四番目の手順は DMARC です。SPF または DKIM が失敗した場合の処理を受信側へ伝えます。最初の二週間は p=none を使います。レポートには、自分のドメインを名乗るすべての IP、SPF/DKIM の結果、アライメントの成否が表示されます。この監査により、二番目の手順で見落とした正当な送信者を発見できます。
DMARC レコードの形式は v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com です。rua アドレスを、実際にレポートを読むメールボックスへ置き換えてください。p=none で二週間問題のない状態を確認したら、p=quarantine へ強化します。さらに一か月間、問題のないレポートを確認したら、p=reject へ強化します。段階的なポリシーにより、監査期間中に正当なメールがバウンスする事態を防げます。
手順 5: 往復テストを行い DMARC を強化する
独自ドメインをメールに使う五番目の手順は往復テストです。新しいメールボックスから Gmail、Outlook.com、Yahoo の各アドレスへメールを送ります。届いた各メッセージを開き、ヘッダーを確認します。三つすべてに SPF=PASS、DKIM=PASS、DMARC=PASS と表示される必要があります。FAIL が一つでもあれば、実際のトラフィックで運用を始める前にレコードを修正する必要があります。
p=none で二週間運用し、すべて成功した問題のない DMARC レポートを確認した後、p=quarantine へ強化します。隔離状態で一か月間、問題のないレポートを確認した後、p=reject へ強化します。成熟した設定で常用する DMARC ポリシーは、p=reject と月次のレポート確認です。別の構成で説明したガイドは、自分のドメインにメールを設定するをご覧ください。
段階的なポリシーが必要なのは、最初の週から p=reject にすると、まだ認証していない送信者からの正当なメールがバウンスするためです。p=none で二週間監査すれば、すべての正当な送信者がレポートに現れます。p=quarantine で一か月運用すれば、修正が機能し続けていることを確認できます。その後になって初めて p=reject を安全に使えます。段階を省くと正当なメールを止め、設定を誤った送信者ではなく、自分に対する顧客の苦情を招きます。
独自ドメインをメールに使いながら段階を省いた運用担当者の多くは、数日以内にその代償を払います。DMARC レポートのキューは、隔離されたメッセージであふれます。受信するはずの返信が届かなくなります。修正するには p=none へ戻して監査期間を再開する必要があり、最初に省いて節約した以上の時間を失います。
複数送信者の設定
独自ドメインをメールに使う際の複数送信者設定では、自分のドメインでメールに署名する外部サービスごとに、DNS ホストで独自の DKIM selector が必要になります。マーケティングプラットフォーム、トランザクションサービス、CRM ツール、サポートチケットシステムには、ドメインとアライメントするための selector がそれぞれ必要です。
この点が問題になる最も一般的な状況は、一つのメールボックスホストで始めた小規模事業が、六か月後にマーケティングプラットフォームを追加し、その後トランザクション送信サービス、さらにメール機能を内蔵した CRM を加える場合です。追加するたびに、独自の DKIM selector を設定する必要があります。この点を理解していない運用担当者は、適切に認証されていないサービスが増えるにつれ、受信トレイへの到達率が徐々に下がるのを見ることになります。
送信者ごとの DKIM がなければ、それらのサービスからのメールは、技術的に DKIM に成功していてもアライメントに失敗します。自分のドメインではなく、サービス側のドメインで署名しているためです。DMARC 集約レポートには、有効化から数日以内にアライメント不一致が現れます。修正するには、各サービスで selector を設定し、自分のドメインとして署名させます。面倒な作業ですが、送信者ごとに一度だけです。
次の手順
独自ドメインをメールに使うための全設定は合計約二時間で完了し、受信トレイへ安定して届く環境を実現します。五つの DNS レコードは、MX、SPF、DKIM、DMARC と往復テストです。この手順は、メールボックスが 1 個でも 1,000 個でも変わりません。
trekmail.net/pricing で TrekMail Nano を無料でお試しください。カードは不要です。Nano プランでは 10 ドメイン × 10 メールボックスを利用でき、送信量が増えたら Starter で 50 × 100 まで拡張できます。概念的な説明は、カスタムドメインメールをご覧ください。
最初の五つの手順を終えた後、設定の維持に必要な作業はわずかです。毎月 DMARC レポートを読み、許可していない送信者が自分のドメインを名乗っていないことを確認します。SPF を四半期ごとに監査し、ルックアップ数が徐々に上限へ近づき、正当なメールがバウンスする前に問題を見つけます。DKIM のローテーションは毎年確認します。TrekMail がすべてのプランで自動的に処理しますが、実行済みであることを確かめてください。年間の保守時間は合計 30 分未満です。そのため、専任のインフラ担当者がいなくても、多くのブランドで独自ドメインをメールに使えます。
複数ドメインの運用担当者は、ドメイン間で状態を共有せず、各ドメインについて五つの手順を繰り返します。各ドメインには独自の MX、SPF、DKIM、DMARC レコードを設定します。TrekMail の bulk-domain endpoint は、一度に最大 500 ドメインを処理します。これにより、代理店規模の運用でドメインごとの開設に要する時間を、数日から数時間へ短縮できます。
