ほとんどの企業は、利用する数より多くのドメインを所有しています。買収したまま移行していないブランド、予防的に購入したよくある綴り間違い、二年前のキャンペーン用ドメイン、安価だったため誰かが登録した国別ドメインなどです。
いずれもメールボックスは不要ですが、すべてにメールが届きます。顧客が古いブランド名を入力したり、仕入先が買収前のアドレスを使い続けたり、更新されていない自動システムが送ったりします。現在はおそらくバウンスしており、その量を把握する人はいません。
外部キャッチオールなら、何も用意せずに対応できます。ドメイン全体を、すでに読んでいるアドレスへ向けます。メールボックスもストレージもユーザー単位費用も管理するパスワードもありません。ただし実際のトレードオフがあるため、有効にする前に理解しておく価値があります。
アドレスを扱う三つの方法
| 仕組み | 存在するもの | ストレージ | そのアドレスから送信可能か |
|---|---|---|---|
| メールボックス | 実際のストレージと専用ログイン | あり、専用容量 | 可能 |
| エイリアス | 既存メールボックスに追加するアドレス | なし、転送先と共有 | 送信が有効なら可能 |
| キャッチオール経路指定 | なし、ドメイン単位のルールだけ | なし | 不可 |
キャッチオールだけは、アドレスを一切定義しません。ドメインの任意のローカル部、たとえば sales@、john@、qwerty@ を受け入れ、指定した宛先へ配信します。この一文の中に、長所と問題の両方があります。
外部キャッチオールの働き
キャッチオールの宛先は、同じドメインのメールボックスにも、まったく別の場所のアドレスにもできます。日常的に使う主アドレス、主ドメイン上で共有するチーム受信トレイ、ヘルプデスクのキューなどです。後者が外部キャッチオールです。
外部キャッチオールは、所有していても人員を割り当てていないドメインに役立ちます。保留中のドメインには何も用意しません。追加し、MX をこちらに向け、宛先を設定すれば完了です。以前ならバウンスしていたメールが、誰かの読む場所へ届きます。
二つの安全策があり、どちらにも理由があります。
同じドメインの宛先は有効なメールボックスでなければならない。ドメインのキャッチオールを、実在しない同じドメイン上のアドレスへ向けると、配信が同じキャッチオールルールに戻ります。何かが停止するまでメールを生成するループです。後で失敗する状態を許可せず、ルール自体を拒否します。
外部キャッチオールには Pro または Agency が必要。外部アドレスへの経路指定では、利用者に代わってメールを受け取り、第三者へ再送します。レピュテーションに影響し得る送信処理であるため、送信を含むプランに限定されています。
外部キャッチオールが適している利用場面
保留中のドメインと防御目的のドメイン。acme-inc.com を所有しながら acme.com を運用している場合です。前者にメールボックスを持つ理由はありませんが、届くメールをバウンスさせない理由はあります。
買収したブランド。旧会社のアドレスには何年もメールが届き続けます。外部キャッチオールなら、メールボックスを移行したり使用中だったアドレスを推測したりせず、現在その関係を担当する人へすべて送れます。
送信専用のドメイン。キャンペーンやトランザクション用のドメインは送信を行っても、人間の受信者はいません。それでも返信とバウンスを受け取る必要があります。静かに破棄すると、不在通知、苦情、返信を押した顧客のメッセージが見えません。
古いドメインが実際に受け取るものを調査。一か月だけ専用フォルダーへ経路指定し、記録を確認します。結果が「本物のメッセージ二通と大量のノイズ」であることも多く、正式に仕組みを作るか、キャッチオールを残すかを判断できます。
外部キャッチオールの利用に伴うコスト
外部キャッチオールはすべてを受け入れるため、後から現れる影響があります。
ディレクトリ収集攻撃が失敗しなくなる。スパムツールは、info@、admin@、a@、ab@ などの辞書リストでドメインを探ります。キャッチオールがなければ、無効なアドレスを SMTP 対話中に低コストで拒否できます。キャッチオールはすべて受け入れるため、本来ほぼ負担のない探索でも、完全なメッセージの処理が必要です。
量に上限がなく予測できない。外部キャッチオールを動かすドメインがすべて受け入れると知られると、アドレスリストが広まります。徐々に増えるとは限らず、数か月静かな後に突然増える傾向があります。
ドメインを検証できなくなる。ドメイン上のアドレスが存在するか調べる側は、すべてに「はい」という回答を受けます。検証サービスから accept-all ドメインに見え、実在するものを含むアドレスがリスクのある区分に入ります。詳しくは、検証で実際に確認できることをご覧ください。
入力ミスが静かに配信される。キャッチオールがなければ、jhon@ 宛てのメールはバウンスし、送信者が修正します。外部キャッチオールがあると集約先に入り、送信者は John に届いたと思います。数週間気づかれない場合もあります。
トレードオフ全般は、キャッチオールメールの実際の動作をご覧ください。要点は、誰も使わないドメインには適し、人が使うドメインには適さないということです。
外部キャッチオールの認証上の問題
外部キャッチオールは転送であり、転送は SPF 認証を壊します。メッセージは元の送信者を維持しますが、宛先にはこちらのサーバーから届きます。元の送信者の SPF レコードは、そのサーバーを認証していません。
Sender Rewriting Scheme は、エンベロープ送信者をこちらを認証するドメインへ書き換え、SPF 側を自動的に修復します。設定なしで適用されます。ただし、転送中に壊れた DKIM 署名は修復できず、元のドメインが p=reject を公開し、受信側が厳格に適用する場合も助けになりません。
実務上、外部キャッチオールを Gmail に向けると、一部が迷惑メールに入る可能性があります。特に入りやすいのは、厳格なポリシーを持つドメインからのメール、つまり正当なメールです。最初の二週間は宛先の迷惑メールフォルダーを確認します。背景は、SRS と転送メールをご覧ください。
エイリアスの方が適する場合
人が実際に使うドメインでは、あらゆる面でエイリアスが外部キャッチオールより適しています。
ほとんどの組織が使う実在アドレスは十個未満です。info@、sales@、support@、billing@ と少数の名前です。明示的に定義すれば、その他のアドレスは SMTP 対話でほぼ負担なく拒否されます。収集を阻み、送信者の入力ミスをバウンスさせて修正を促せます。
エイリアスには、キャッチオールにない機能もあります。エイリアスから送信できるため、billing@ への返信を個人アドレスではなく billing@ から送れます。異なるエイリアスを別のメールボックスへ振り分けることもできます。実際のメールボックスへ届くため、検索、フィルター、バックアップも可能です。
判断は一つの質問に集約できます。誰かがこのドメインで仕事をしていますか。そうならエイリアス、そうでなければ外部キャッチオールです。エイリアスとメールボックスの比較もご覧ください。
外部キャッチオールの設定
- ドメインを追加し、MX がこちらを指すよう DNS を設定します。MX がなければ以下は適用されず、メールは以前の宛先へ届きます。
- ドメインの経路指定タブを開きます。
- キャッチオールを有効にして宛先アドレスを入力します。
- 保存します。こちら側では直ちに有効になり、伝播の待ち時間はありません。
その後、多くの人が省略する手順を行います。ドメイン上の意味のないアドレスへテストメッセージを送信し、到着を確認してください。ルールが保存されただけでなく、有効であると確認できる唯一の方法で、三十秒で済みます。
実際に読む受信トレイへ経路指定する場合は、キャッチオールメールを専用フォルダーに入れるフィルターを追加します。そうしないと集約される量がメールボックスを圧迫し、適切な設定でも三週間後には苛立って無効にされます。サーバー側フィルターなら、端末に届く前の配信時に処理できます。
よくある質問
外部キャッチオールには、そのドメイン上のメールボックスが必要ですか？
外部の宛先なら不要です。保留中のドメインでは何も用意しないことが要点です。同じドメインの宛先なら、ループを防ぐため有効なメールボックスでなければなりません。
キャッチオールメールはストレージを使いますか？
外部アドレスへの転送では使いません。自分のメールボックスへ転送すると、そこにメールが保存され、その容量を使います。
キャッチオールアドレスから返信できますか？
できません。キャッチオールはアドレスを定義しないため、送信元アドレスがありません。返信は受信したメールボックスから送られます。特定のアドレスから送る必要がある場合は、エイリアスを作成します。
外部キャッチオールが Pro と Agency に限定されるのはなぜですか？
外部アドレスへの転送では、利用者に代わってメールを再送します。レピュテーションに影響し得る送信処理であり、送信を含むプランで提供されます。
外部キャッチオールのメールは迷惑メールに入りますか？
一部は入る可能性があります。転送は元の SPF 認証を壊し、SRS が自動的に修復しますが、転送中に壊れた DKIM 署名は修復できません。最初の数週間は宛先の迷惑メールフォルダーを確認してください。
大量に届き始めた場合、どう止めますか？
キャッチオールを無効にし、実在すると分かったアドレスには明示的なエイリアスを定義します。その間は集約先を専用フォルダーへ振り分け、通常の受信トレイと競合しないようにします。
API から外部キャッチオールを設定できますか？
はい。キャッチオール設定は REST API と MCP 経由のエージェントで利用できます。顧客ドメインのポートフォリオ全体を扱う合理的な方法です。
