Catch-all メールボックスとアドレスの主な違い

ドメインで catch-all を有効にすると、誤記、推測、ボット生成のアドレス宛てメールがサーバー内のどこかに届きます。行き先は、catch-all メールボックスを設定したか、catch-all アドレスだけを有効にしたかで決まります。この二つは別のものです。

アドレスはルーティング規則、メールボックスは保管場所です。混同すると、容量超過、返信経路の破損、一か月以内のドメイン評価低下につながり得ます。本稿では SMTP レベルの違いと、一つまたは五十のドメインでの適切な設定を説明します。

有効化すべきか検討中なら、ドメイン catch-all メールの完全ガイドをご覧ください。

Catch-all メールボックスと Catch-all アドレスの違い

Catch-all メールボックスは、ログイン情報、容量、IMAP エンドポイントを持つ実在の受信箱です。Catch-all アドレスが受け入れた全メールを保管します。一方、アドレスは仮想ルーティング方針であり、「未知の受信者を拒否せず受け入れる」とサーバーへ指示します。自らは保存せず、入口を開くだけです。

アドレスは他人を建物へ入れる判断、メールボックスは入った人を置く部屋です。規則がなければ未知のメールは入口で拒否され、メールボックスがなければ受信済みメールは行き場を失い、破棄または既定の受信箱へ送られます。

SMTP レベルでのルーティング方針

メール到着時、Mail Transfer Agent は SMTP ハンドシェイク中に既知ユーザーの一覧と受信者を照合します。

標準設定 (catch-all なし):

SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 550 5.1.1 User unknown

接続が閉じ、データは転送されません。送信者はアドレスが存在しないとすぐ分かります。

Catch-all 有効:

SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 250 2.1.5 OK

サーバーはメッセージ全体を受け入れます。「ghost」が実在しなくても、方針が一覧照合を上書きします。

適切なcatch-all メールボックスなしでの有効化が危険なのはこのためです。ディレクトリ収集攻撃で使われる数千の一般的な接頭辞 (admin@、invoice@、billing@、ceo@) を含む、全アドレス宛ての受信を表明することになります。

Catch-all メールボックスの三つの構成

アドレスが受け入れたメールには行き先が必要です。その設定が費用、セキュリティ上の露出、日常業務を左右します。

選択肢 A: 専用の隔離メールボックス

全トラフィックを catchall-store@domain.com のような専用メールボックスへ送ります。主受信箱には使わず、正当な誤配だけを定期確認します。

利点: 明確に分離でき、通常ユーザーはスパムやボット通信を見ません。業務メールに影響せず強いフィルターを適用できます。

欠点: Google Workspace や Microsoft 365 では完全なユーザーライセンスが必要で、不要メールの保存だけに月額 $6 から $30 かかります。

選択肢 B: 管理者受信箱へのエイリアス

管理者や CEO の主受信箱へ直接割り当てます。設定は速くても運用は困難です。

一週間で有用情報と雑音の比率が崩れ、顧客の誤記とボットごみを区別できません。通知疲れで確認をやめ、救うべきメールを逃します。

選択肢 C: 受信して破棄

SMTP で受け入れてすぐ削除します。容量は節約できますが、受信後にバウンスすると後方散乱になります。偽装送信者のスパムを受け、無関係な第三者へ Non-Delivery Report を送るため、IP が短期間でブロックリスト入りし得ます。

原則: 不要なら境界で 550 エラーを返します。250 で受けた後にバウンスしないでください。

比較: アドレスとメールボックス

返信問題: 送信者識別が崩れる理由

Catch-all は partnerships@、billing-2024@、project-alpha@ など全変種宛てを受信できます。しかし返信は実際のログイン識別子である catchall@yourdomain.com、場合によっては admin@yourdomain.com から送られます。

見込み客が partnerships@yourdomain.com へ送り、catch-all に届きます。返信すると「From: catchall@yourdomain.com」と表示され、プロらしい印象が崩れます。

partnerships@ として返信するには、そのメールエイリアスを設定する必要があります。各会話に手動設定が戻り、「動的」という利点を失います。

主要プロバイダーの対応

Microsoft 365

ドメインを「Internal Relay」にして Directory-Based Edge Blocking を無効化し、保管用 Shared Mailbox とルーティング用 Transport Rule を作ります。有効ユーザーの例外グループを保守しないと、実在者宛てメールを catch-all が奪います。

Google Workspace

Apps > Gmail > Default Routing で、未知の受信者のパターンを指定し、封筒受信者を catch-all に変更します。Google Group ならライセンス料を節約できますが返信機能を失い、ユーザーなら席料金がかかります。

TrekMail

ダッシュボードで有効化し、一覧から宛先を選びます。PowerShell も転送規則も不要です。Catch-all メールボックスは共有ストレージを使うため、誤配収集だけの追加席は不要です。

• Nano ($0/月): 独自ドメインと基本的なメール転送、カード不要。
• Starter ($3.50/月): Catch-all 受信箱、複数エイリアス、14 日無料体験。
• Pro ($10/月): 優先ルーティング、拡張ストレージ、14 日無料体験。
• Agency ($23.25/月): 複数ドメイン管理、エイリアス一括作成、14 日無料体験。

コンプライアンスリスク: GDPR、HIPAA、意図せず受け取るデータ

Catch-all は無作為な送信者から未依頼の個人情報を収集します。GDPR 第 5(1)(c) 条のデータ最小化上の問題になり得ます。HIPAA では、患者が docter@hospital.com へ保護対象情報を誤送信すると受信されます。IT 担当者がcatch-all メールボックスへアクセスできれば、無許可開示と報告対象侵害になり得ます。

何十万ものスパムから一人分を探すため、消去権要求は極めて困難です。機密情報を扱うなら無効にし、550 で誤りを知らせる方が安全です。

Catch-all が適する場面

Catch-all は次の場面では役立ちます。

• 新規ドメイン: 使われるアドレスが未確定な最初の数か月の問い合わせを拾います。
• 買収と移行: 引き継いだドメインの未登録アドレス宛てを受けます。
• 公開エイリアスの多い小規模チーム: 個別メールボックスでなくエイリアスを使う際の隙間を埋めます。
• 見込み客獲得: 印刷物や旧ページに未作成アドレスが残る場合です。

いずれも主受信箱ではなく、専用の隔離されたcatch-all メールボックスへ送り、定期確認することが重要です。

設定チェックリスト

1. 専用メールボックスを作成します。例は catchall@yourdomain.com。管理者用を流用しません。
2. プロバイダー設定で catch-all アドレス方針を有効化します。
3. 専用メールボックスを指定します。グループや /dev/null ではありません。
4. 容量上限を設定します。満杯後にバウンスすると後方散乱になります。
5. Catch-all 専用に強いスパムフィルターを適用します。
6. 毎週確認します。正当な誤配を探し、実在アドレスを正式なエイリアスにします。
7. ドメイン評価を監視します。バウンス増加やブロックリスト入りでは最初に catch-all を確認します。

Catch-all の前に独自ドメインメールの設定が必要ですか。ガイドでは DNS、MX レコード、検証を説明します。

結論: 規則と保管場所を分ける

Catch-all アドレスは全員を入れるルーティング判断、catch-all メールボックスは行き先です。保護せず有効化すれば容量問題となり、アドレス規則を誤ればループになります。

二つの部品として方針と保管先を作り、業務メールから隔離してください。Catch-all 切り替え、共有ストレージ、席単位料金なしを自動管理する TrekMail Starter は、月額 $3.50、14 日無料体験付きです。