自社ドメインにsales@やbilling@のような新しいアドレスが必要になりました。選択肢は二つあります。ドメインメールのエイリアスと完全なメールボックスです。選択を誤ると、身元の漏えい、メールの紛失、コンプライアンス上の欠落が起こり、何か月も気付かれない可能性があります。ドメインメールのエイリアスとメールボックスの選択は、セキュリティ、コスト、運用上の回復力に影響します。
Google WorkspaceやMicrosoft 365のような従来型の構成では、実質的に費用の問題です。メールボックスは月額$6-30、エイリアスは無料です。この料金体系は企業を不適切なアーキテクチャへ誘導します。メールボックスが必要な場所でエイリアスを使い、セキュリティ上の欠落やワークフローの破綻を生むからです。ここで説明するTrekMailの料金体系ではメールボックスごとの追加料金がないため、技術的な妥当性だけで選択できます。
ここからは判断の枠組みを示します。それぞれがプロトコルレベルで実際に何をするのか、エイリアスはどこで機能しなくなるのか、どの場面でどちらを使うべきかを説明します。
ドメインメールのエイリアスとメールボックス: 実際の違いは？
ドメインメールのエイリアスとメールボックスを比べると、中心的な違いは単純です。ドメインメールのエイリアスは、受信メールを既存のメールボックスへリダイレクトするルーティングルールです。一方、完全なメールボックスは、独自の認証情報、受信トレイ、送信済みフォルダーを持つ独立した保存領域です。エイリアスは認証もメールの保存もできません。メールボックスは両方に対応します。
| 機能 | ドメインメールのエイリアス | 完全なメールボックス |
|---|---|---|
| SMTP機能 | RCPT TOの書き換え（ポインター） | 保存先エンドポイント |
| 認証 | なし - ログイン不可 | 専用の認証情報 |
| ストレージ | 0 GB（転送先の割り当てを使用） | 専用の割り当て |
| 監査証跡 | 転送先のメールと混在 | 分離されたログ |
| 送信 | "名前を指定して送信"の設定が必要 | ネイティブのFromヘッダー |
| 費用（Google/Microsoft） | 無料 | 一席あたり月額$6-30 |
| 費用（TrekMail） | 含まれる | 含まれる - 共有ストレージ |
エイリアス: ルーティング指示
エイリアスは保存先ではなくルールです。メールサーバーがalias@domain.com宛てのメッセージを受信すると、エンベロープの受信者をprimary@domain.comに書き換え、そこへメッセージを格納します。
利点: メンテナンスも追加のストレージ負担もありません。誰もログインする必要のないアドレスへのメールを受け取る用途に適しています。
欠点: ログインできないため分離もできません。三年後にそのエイリアス宛てのメールを探す必要が生じた場合、無関係なメールであふれた別の人の受信トレイを調べることになります。内部での仕組みについては、メールエイリアスとは何か、どのように機能するかを解説したガイドをご覧ください。
メールボックス: 独立したアイデンティティ
メールボックスは個別のオブジェクトです。独自のストレージ、認証情報、メール履歴を持ちます。
利点: 完全に分離できます。誰かの個人メールを公開せずに、新入社員、監査担当者、自動化スクリプトへ認証情報を渡せます。
欠点: 一席ごとの料金体系では、メールボックスを追加するたびに請求額が増えます。そのため、多くの企業では技術的な判断ではなく社内調整の問題になります。
返信の問題: エイリアスが身元を漏らす仕組み
これはドメインメールのエイリアスとメールボックスを比べるうえで最大の運用上の問題であり、多くの人は事前に気付きません。
シナリオ: support@を個人メールのfounder@へ向けるエイリアスにします。顧客がsupport@へメールを送り、あなたが返信を押します。
問題点: "名前を指定して送信"を慎重に設定していなければ、返信はfounder@から送られます。顧客に直接のアドレスが伝わり、以後サポート窓口を迂回される可能性があります。業務上の識別情報を分ける仕組みも失われます。
修正には手間がかかります:
- Google Workspace: エイリアスを予備アドレスとして追加し、コードで確認してから、正しいReturn-Pathを使わせるために"エイリアスとして扱います"をオフにします。
- Microsoft 365: Outlookが"代理送信"ヘッダーを付加しないよう、PowerShellで
Set-OrganizationConfig -SendFromAliasEnabled $trueを実行します。 - デスクトップクライアント: 返信するたびにFromのドロップダウンから手動で選択します。一度の選択ミスで身元が露出する可能性があります。
ここでメールボックスが優れる理由: support@としてログインすれば、返信の既定の送信元はsupport@です。追加設定がなく、故障点も減ります。ドメインメールのエイリアスとメールボックスのトレードオフを比べる場合、返信のワークフローが決め手になることは少なくありません。
転送の落とし穴: SPF、DMARC、メールの紛失
contact@business.comからcoolguy123@gmail.comへ向ける例のように、外部へメールを転送するためエイリアスを作る人は多くいます。この構成はアーキテクチャ上、壊れやすいものです。
SPF、DKIM、DMARCなどの現代的なメール認証は、許可されていないサーバーがドメインを名乗って送信するのを防ぐためにあります。転送はその連鎖を崩します。
- SPFの失敗: bank.comがエイリアスへ送信し、自社サーバーがGmailへ転送すると、Gmailに見えるのは銀行ではなく自社サーバーのIPです。銀行のSPFレコードに自社IPは含まれないため、検証に失敗します。
- DMARCによる拒否: 銀行が
p=rejectを公開している場合、Gmailがメッセージ全体を破棄する可能性があり、受信者は確認できません。
転送の信頼性を高めるには、プロバイダーがSRS（Sender Rewriting Scheme）とARC（Authenticated Received Chain）に対応している必要があります。低価格のレジストラには、どちらにも対応していないものが多くあります。安価なホストで転送すると、正当なメールが気付かないうちに失われる可能性があります。
転送の設定とトラブルシューティングを一通り確認するには、メール転送の設定と修正に関するガイドをお読みください。Googleのメールのルーティングと配信に関する文書では、受信側の認証と転送の関係も解説されています。
キーパーソンリスク: 担当者が退職するとどうなるか
ドメインメールのエイリアスとメールボックスの違いが最も重要になるのは、従業員の交代時です。エイリアスはキーパーソンリスクを生みますが、多くのチームは問題が起きるまで意識しません。ここでは両者の違いが重要です。
シナリオ: billing@をalice@へ向けるエイリアスにします。Aliceがすべての請求書を担当しています。Aliceが退職し、そのアカウントを削除します。
影響:
- 即時バウンス: billing@が機能しなくなり、請求書のメールはベンダーへ返送されます。
- データ損失: 事前にAliceのメールボックスを書き出していなければ、billing@の履歴全体が失われます。
- プライバシーの問題: 記録を残すためにAliceのアカウントを有効なままにすると、人事との個人的な会話や、その受信トレイにある他のすべての内容も保持することになります。
メールボックスによる解決: billing@が独自のメールボックスなら、Aliceには委任アクセスだけを与えます。退職時にアクセスを取り消し、Bobへ付与します。メールボックス、請求書、履歴は人員変更の影響を受けず、停止時間も避けやすくなります。
ドメインメールのエイリアスとメールボックスの判断表
自社ドメインの各アドレスをどちらにするか、この表で判断できます。
| 用途 | 判断 | 理由 |
|---|---|---|
| 主な識別情報（first.last@） | メールボックス | 2FA、専用ストレージ、モバイル同期が必要 |
| 通信量の多い役割（support@、billing@、jobs@） | メールボックス | 明確な監査証跡、従業員間の引き継ぎ、スパムの分離が必要 |
| 通信量の少ないルーティング（info@、media@） | エイリアス | 優先度の低いメールをオフィスマネージャーへ転送可能 |
| 一時利用/追跡（conference2026@、vendor-name@） | エイリアス | 使い捨て - スパムが届き始めたら削除 |
| キャッチオール（*@domain.com） | 避ける | ディレクトリ収集攻撃を招き、ドメイン評価を損なう |
簡単な目安として、そのアドレスから今後メールを送信する可能性があるなら、メールボックスにします。これがドメインメールのエイリアスとメールボックスを分ける最も簡単な基準です。受信とルーティングだけが必要なら、エイリアスで対応できます。エイリアスと転送がドメインに与える影響については、ドメインエイリアスのメール設定に関する記事をご覧ください。
TrekMailなら判断しやすい理由
ドメインメールのエイリアスとメールボックスのトレードオフを十分に理解すると、次に問題となるのは費用です。GoogleとMicrosoftの一席ごとの料金体系は、不適切なメールアーキテクチャが生まれる大きな原因です。適切なメールボックスを作るという正しい対応に費用がかかるため、代わりにエイリアスで妥協することになります。
ここで説明するTrekMailの料金体系は、ユーザー単位ではなくドメイン単位です。
- 共有ストレージ: ストレージプール（Starterは15 GB、Agencyは200 GB）が提供され、必要に応じてメールボックスへ分配できます。
- メールボックスごとの料金なし: support@を実際のメールボックスとして作成する追加料金は$0です。共有プールを使用しますが、新しいライセンス料金は発生しません。
- プラン: Free（$0、カード不要）· Starter（$3.50/月）· Pro（$10/月）· Agency（$23.25/月）。記載された条件では、有料プランに14日間の試用期間が含まれます。
小規模事業者は、企業向け製品の価格を負担せずに、billing@、sales@、support@をそれぞれ独立した安全なメールボックスとして設定できます。代理店はライセンス数を計算せずに、顧客ごとに数十のメールボックスを用意できます。現代的なルーティングと従来の転送の違いについては、Cloudflareによるメールルーティングの入門資料も参照してください。
まとめ
ドメインメールのエイリアスとメールボックスの選択は、このアドレスに独自のアイデンティティが必要かという一つの問いに集約されます。メールを送信する、従業員間で引き継ぐ、機密性のある内容を扱う場合はメールボックスにします。優先度の低い受信メールを取り込むだけなら、エイリアスが適しています。
ドメインメールのエイリアスとメールボックスのトレードオフを理解したら、月額$6を節約するためにインフラを妥協する必要はありません。TrekMailを無料で試し、ドメインに実際に必要なアーキテクチャを構築しましょう。
