ドメイン購入後のやり残し作業 - メールとDNS設定編

Tue, 14 Apr 2026 22:00:00 +0900

wasutech.dev を公開したはいいが、メール周りを何もしていなかった。放置するとなりすましに悪用される可能性があるので、Cloudflare Email Routing・SPF・DMARCを設定した。

Cloudflare Email Routing

自前のメールサーバーを建てるのはコストがかかる。Cloudflareには Email Routing という機能があり、@wasutech.dev 宛のメールを既存のGmailなどに転送できる。無料。

仕組みとしては、Cloudflareが自動でMXレコードを追加し、受信したメールを指定のアドレスへ転送する。

dig MX wasutech.dev
# → isaac.mx.cloudflare.net 等が返ってくる

MXレコードはドメインレベルの情報なので、転送先のメールアドレスは外部に公開されない。dig で見えるのはCloudflareのサーバーだけで、「どこに転送しているか」は誰にもわからない。

設定はCloudflareのダッシュボードから数クリックで完了する。

転送先のアクションは3種類から選べる。

今回はメールを受け取る必要がないため Drop に設定した。スパム対策にもなるし、転送先アドレスを管理する必要もない。Workers連携は受信メールをSlackに流したり、自動返信を実装したりする場合に使う。

SPF（Sender Policy Framework） は、「このドメインからメールを送信していいサーバーはどこか」を定義するDNSレコード。

なぜ必要か。メールのプロトコル（SMTP）は設計上、送信元アドレスを自由に詐称できる。つまり誰でも admin@wasutech.dev を名乗ってメールを送れる。SPFはこれを受信側が検証できるようにする仕組み。

受信側のメールサーバーは、届いたメールの送信元IPアドレスを確認し、そのドメインのSPFレコードに記載されたIPと照合する。一致しなければ怪しいメールとして処理できる。

v=spf1 include:_spf.mx.cloudflare.net ~all

各要素の意味：

要素	意味
`v=spf1`	SPFバージョン1
`include:_spf.mx.cloudflare.net`	CloudflareのメールサーバーからのSMTPを許可
`~all`	上記以外は「疑わしい」扱い（ソフトフェイル）

~all は疑わしいメールを迷惑メール扱いにする。-all にすると完全拒否になるが、DMARCと組み合わせて制御するのが一般的。

確認：

dig TXT wasutech.dev
# v=spf1 include:_spf.mx.cloudflare.net ~all

DMARC（Domain-based Message Authentication, Reporting, and Conformance） は、SPF（やDKIM）の検証結果に基づいて、受信側が「そのメールをどう扱うか」を指示するレコード。