独自ドメインの一時メール：自分のドメインで受信する理由と設定

たいていは小さな面倒から始まります。登録フォームが、使えるはずの捨てアドレスをドメインがリストにあるという理由で拒否する。テストがメールを何十もの公共受信箱に散らし、誰も読まないうちに全部消える。使い捨てアドレスがスクリーンショットに写り込み、数週間後に本当の誰かがそこへメールを送る。そこで一部のチームが選ぶのが、他人のドメインを借りるのをやめて、自分が持つドメインを使う方法です。独自ドメインの一時メールとは、短命なメールを自分で管理できるドメインに集めること。代償は「他人のルール」から「自分の運用」へと変わります。

この記事では、なぜそうするのか、メールがどうやって自分のドメインに届くのか、設定に何が必要か、公共の一時メールドメインと比べて何が違うか、そしていつまでも一時的に保つにはどうすればよいかを整理します。

なぜ自分のドメインで一時メールを受け取るのか

理由は大きく三つ、評判と管理、そしてプライバシーです。

まず評判。公共の一時メールドメインは何千人もの無関係な利用者に共有され、その中の一部が必ず悪用します。メール事業者や不正対策サービスは、そうしたドメインを次第に「低信頼」と結びつけ、その罰は利用者全員に降りかかります。自分のドメインで受信すれば、その履歴は自分だけのものです。きれいな状態から始められ、万一フラグが立っても、推測ではなく原因を確認できます。

次に管理。公共サービスでは、保持期間もアドレス形式も画面も相手が決めたものをそのまま受け入れ、しかも条件は予告なく変わります。自分のドメインなら、メールをいつまで残すか、どのアドレスを存在させるか、どう振り分けるか、どう読むかを自分で決められます。テストがプログラムからメールを読む必要があるなら API をつなげます。十分後に自動削除したいなら、それは願望ではなく一つの設定です。

三つ目はプライバシーと分離です。テスト環境がその場で作ったアドレスに、実在の人物のメールが届いてはいけません。専用ドメイン、あるいは既有ドメインの専用サブドメインは、きれいな境界になります。そこに届くのは、自分が意図して送らせたものだけです。この境界は、自分が完全には管理していない共有受信箱よりずっと考えやすいものです。

到達率についての逆説もひとつ。受信だけなら、ドメインは送信の評判を積む必要がありません。大変なのは送信のほうです。受信は比較的寛容で、メールは「面倒」という印象の多くは実は送信側にあります。

自分のドメインでは、どうやって受信するのか？

自分のドメインで受信する仕組みは、結局のところ一本のレコードと一つのルールです。

レコードは MX レコード、正式にはメール交換レコードです。あなたのドメイン宛てのメールをどのサーバーが受け取るかを、インターネット全体に伝えます。誰かがあなたのドメインで終わる任意のアドレスへ送ると、相手のメールサーバーは MX レコードを調べ、そこに書かれたホストへメールを渡します。ウェブサイトもレンタルサーバーもメール製品も要りません。必要なのは、受け取りを引き受けるサーバーと、それを指す DNS レコードです。

ルールは catch-all です。メールが受信サーバーに届くと、通常はアットマークの前の部分が実在のメールボックスと一致するかを確認します。catch-all はこの確認を飛ばします。具体的なメールボックスが一つも一致しなくても、指定した受信箱へ配信するのです。このルールがあるからこそ、テストや登録フォームが作り出すかもしれないすべてのアドレスを事前に用意せずに済み、独自ドメインが使い捨ての受信に向きます。

残り二つのレコードは後回しで構いません。SPF と DKIM は、自分が送るメールが正当だと証明する仕組みです。受信だけなら通常は後回しにできますが、このドメインから返信したり、転送で封筒の送信者が変わるようになると重要になります。「受け取れるのに送れない」ドメインは、フィルターから見てそれ自体が怪しいからです。DMARC はこの二つを一つのポリシーで結びます。

覚えておきたいのは、受信側が判断するのはアドレスのドメインであって、アットマークの前の文字列ではないということです。前半を変えても評判には何の影響もなく、ドメインを変えれば結果は一変します。独自ドメインと公共の共有ドメインの振る舞いがこれほど違う理由がここにあります。

DNS から最初の一通まで：設定の手順

設定はその評判よりずっと短く、作業の中心は DNS と、「受信サーバーを誰が動かすか」という一つの判断です。

第一にドメインを用意します。新しく取得するか、すでに持っているドメインのサブドメインを使います。サブドメインは、テストのメールを親ドメインの実アドレスから切り離せ、既存ドメインなら追加費用もかからない点で魅力的です。どちらでも、本番アドレスと間違えられない名前を付け、テスト用の資源として扱います。

第二に、メールをどこへ着地させるかを決めます。おおよそ三通りです。マネージドなメールルーティングサービスは既存の受信箱へ転送し、たいてい管理画面に catch-all のスイッチがあります。メールボックス事業者は本物の受信箱を提供し、ウェブ画面や API で読めます。自前のメールサーバーは最も自由で、最も責任が重い選択です。使い捨ての受信なら最初の二つでほぼ足り、三つ目は経路全体を握りたい人向けです。

第三に、ドメインをそのサーバーへ向けます。使う名前の DNS ゾーンに、事業者が指定する MX レコードを、指定された優先度で追加します。サブドメインを使うならレコードはサブドメインに置き、ルートドメインと混ぜないこと。ここを取り違えるのがよくある落とし穴です。

第四に、catch-all を有効にして保持期間を決めます。メールをいつまで残すか、期間の終わりにどうするかを先に決めます。短いほうが受信箱は読める状態を保ち、機微な内容も溜まりません。

第五に、経路を端から端まで試します。外部のアカウントから、一度も作ったことのないアドレスへ送ってみます。届けば catch-all は機能しており、跳ね返れば MX レコードか catch-all の設定が誤りで、返信メールがたいていどこが問題かを教えてくれます。続いて保持の挙動も確認し、受信箱が無限に増えるのではなく自分で空になることを確かめます。

自動化するなら最後に受信箱をツールにつなぎます。多くの事業者は、テストが指定アドレスの最新メールを取得できる API を用意しており、手作業の確認をアサーションに変えられます。任意のプレフィックスを一か所に集める考え方の全体像は、catch-all メールボックスの解説にまとめています。

公共の一時メールドメインと独自ドメインの違い

どちらが絶対に優れているということはなく、最適化している対象が違うだけです。次の表が正直な比較です。

要するに、公共ドメインは速さと安さで勝り、独自ドメインは信頼と管理と長期の安定で勝ります。二度と行かない登録は公共サービスで十分ですが、繰り返す作業や、遮断されると実際に困るものは自分で管理するドメインに置くべきです。

「一時的に保つ」ために何が必要か？

ドメインを買っただけではメールは消えません。使い捨ては、設定の上に重ねる習慣の集まりです。

第一の習慣はローテーションです。配るアドレスを定期的に替え、最も騒がしい用途ではサブドメインやドメインごと替えます。あるアドレスがスパムを受け取ったり遮断されたら、他に影響を与えず引退させられます。独自ドメインなら、事業者が新しい共有ドメインを出すのを待たずに済む分、はるかに簡単です。

第二の習慣は、一つの用途に一つのアドレスを割り当てることです。サービスごと、テストごと、登録ごとに別のプレフィックスを持たせれば、漏洩時に出所が分かり、一つの悪い経路が大事なアドレスを汚すこともありません。catch-all なら事前の準備が不要なので、ほぼ無料です。

第三の習慣は、保持期間に締め切りを設けることです。使い捨ての受信箱には、明記した期間と、期間終了時の自動削除があるべきです。「後で片付ける」は、一時的な受信箱が静かに永久アーカイブへ変わる典型です。

第四の習慣は、一時アドレスを恒久 ID に昇格させないことです。パスワード再設定や有料アカウントを守るアドレスになった瞬間、それはもう使い捨てではありません。本当に重要なアカウントには安定したアドレスを与え、一時ドメインは使い捨ての通信だけに残します。

制限と注意点

独自ドメインは魔法のマントではありません。はっきり言うべき制限がいくつかあります。

あなたが運用者になります。保持方針もアクセス制御も結果も、すべて自分の責任です。誤って実在のメールを受け取るドメインは、他人の通信の保管者にあなたを変えてしまい、これはまさにこの構成が避けようとしている結末です。

ドメイン登録が匿名であることはまれです。ドメインの登録情報は設計上公開されるため、使い捨ての共有アドレスより、持ち主へたどられやすいのです。匿名性が目的なら、この方法自体が適していません。

受信できることは、他の場所で通してもらえる保証ではありません。内容やリンク、使うアドレスの挙動によって、ドメインは今もフィルタリングされ得ます。きれいなドメインは助けになりますが、免罪符ではありません。サイトが使い捨てアドレスを拒否する理由はそのまま当てはまります。サイトが使い捨てドメインを遮断する理由では、あなたが向き合っている検知方法を説明しています。

最後に、無料プランや転送サービスにはそれぞれの上限と障害があります。テストが依存するメール経路には代替を用意し、事業者が過負荷のときにどうなるかも知っておくべきです。ドメイン全体ではなく一つのアドレスで足りるなら、一時メールのページでその場で作れるので、そちらのほうが軽い選択です。

次の一歩

まず、必要なのはドメインなのか、それとも一つのアドレスなのかを決めます。たまにしか使わないなら公共の一時アドレスが速くて安く、継続的だったり自動テスト由来だったりブロックリストが気になるなら、サブドメインを取得して catch-all をつなぎます。どちらでも、最初の一通が届く前に保持期間を書き留め、対処を迫られる前にローテーションを始めましょう。