sales@、billing@、support@ といった新しいアドレスが必要になったとします。多くの解説は「無料のエイリアスを使えばよい」と勧めます。しかし、返信が個人用アドレスから送信されたり、担当者の退職後に請求書が失われたり、転送メールが SPF の検証失敗で拒否されたりすると、その選択が問題になります。正当なメールを受け取れず、自分にはエラー通知が届かない場合もあります。
これが独自ドメインのメールエイリアスとメールボックスを混同したときに起きる問題です。原文の料金比較では、Google Workspace と Microsoft 365 はユーザー当たり月額 $6-$30 とされています。現在の条件は別途確認してください。ユーザー単位の費用を抑えるため、本来メールボックスが必要な用途にもエイリアスが使われがちですが、構造も運用も同じではありません。
このガイドでは、プロトコル上の違い、実運用での問題、アドレスの用途別の選択基準を整理します。転送の仕組みについては、メール転送の設定、トラブル対処、動作の解説をご覧ください。エイリアスとメールボックスを選ぶなら、まずここから始めましょう。
エイリアスとメールボックスの実際の違い
独自ドメインのメールエイリアスは配送先を指定するルールです。MTA が alias@domain.com 宛てのメールを受信すると、ここで説明するモデルでは SMTP エンベロープの宛先を書き換え、指定されたアドレスに配送します。エイリアス自体に保存領域、認証情報、独立したログイン用の識別情報はありません。メールボックスはメッセージを保存する領域で、サービスに応じて割り当て容量、IMAP 認証情報、送信済みフォルダー、分離された履歴を持ちます。対応するメールボックスにはログインできますが、エイリアス自体にはログインできません。
| 項目 | メールエイリアス | 独立したメールボックス |
|---|---|---|
| SMTP 上の役割 | RCPT TO の書き換え（参照先の指定） | メッセージの保存先（配送の終点） |
| IMAP ログイン | 不可 | 専用の認証情報で可能 |
| 保存容量 | 独自の容量は 0 GB、受信先の容量を使用 | 共有容量から割り当てられた領域 |
| 監査用の履歴 | 受信先のメールと混在 | 送受信の履歴を分離 |
| 返信時の差出人 | 「別のアドレスから送信」の設定が必要 | 通常はメールボックスのアドレスが既定値 |
| 外部転送時の SPF | 失敗する場合があり、SRS で緩和可能 | メールボックスからの直接送信には該当しない |
| 料金（Google Workspace / M365） | 原文の比較では無料 | 原文の比較では $6-$30/ユーザー/月 |
| 料金（TrekMail） | 原文のモデルでは含まれる | 原文のモデルでは含まれる（ドメイン単位の定額、プランの制限内） |
実運用でエイリアスが問題になる三つのケース
エイリアスには、返信時に本来のアドレスが露出する、外部転送で SPF/DMARC 検証に失敗する、受信先アカウントの削除でデータを失う、という代表的なリスクがあります。どれも単なる例外ではなく、メールボックスが必要な業務をエイリアスで代用するときに検討すべき問題です。
1. 返信で個人用アドレスが露出する
support@ を個人用の founder@yourdomain.com に転送するエイリアスにします。顧客から support@ にメールが届き、返信をクリックします。
「別のアドレスから送信」が適切に設定されていなければ、founder@ から返信されることがあります。業務窓口と個人用アドレスの区別が失われ、顧客が以後その直接のアドレスを使う可能性があります。
送信元の設定には注意が必要です。手順はサービスやバージョンによって異なります。
- Google Workspace：追加アドレスの設定と、必要な場合の確認コードを確認します。「エイリアスとして扱います」の設定や実際の Return-Path も確認してください。この設定を外すだけで結果が保証されるわけではありません。
- Microsoft 365：PowerShell の
Set-OrganizationConfig -SendFromAliasEnabled $trueは対応する構成でエイリアスからの送信を有効にします。Outlook の動作も確認してください。送信経路によっては「代理送信」の表示で主アドレスが見える場合があります。 - デスクトップクライアント（Outlook、Thunderbird）：返信時の差出人を確認し、対応していれば適切な送信元を設定します。選択を誤ると主アドレスが露出することがあります。
専用の support@ メールボックスなら、通常は返信元も support@ になります。アカウントやクライアントの設定は必要ですが、送信元の分離は管理しやすくなります。
2. 転送に伴う SPF の落とし穴
contact@yourbusiness.com を個人の Gmail に転送するエイリアスは、よくある構成です。ただし、認証上の弱点が生じます。
メール認証の標準である SPF（RFC 7208） と DMARC（RFC 7489） は異なる検証を行います。SPF は接続元 IP をエンベロープ送信者のドメインなどに照らして検証し、DMARC は表示上の差出人ドメインと整合した SPF または DKIM のどちらかの検証成功を求めます。転送は SPF の検証を妨げることがあります。
銀行からエイリアスに届いたメールを Gmail に転送する場合、次のような問題が起こり得ます。
- 銀行のサーバーが
contact@yourbusiness.comに送信します。 - 自社サーバーが宛先を書き換え、
you@gmail.comに転送します。 - Gmail が SMTP 接続で確認するのは、自社サーバーの IP であり銀行の IP ではありません。
- 銀行の SPF レコードは自社サーバーを許可していません。適切な対策がなければ SPF は失敗します。
- 銀行が DMARC の
p=rejectを使い、整合した DKIM 検証にも成功しない場合、Gmail は受信側の方針に従ってメールを拒否することがあります。
自分には通知が届かない場合もあります。配送エラーが発生しても、通知先はエイリアスの受信者ではなく元の送信者になることがあり、挙動は受信システムによります。
SRS（Sender Rewriting Scheme）はエンベロープの送信者を書き換え、転送時の SPF の問題を緩和します。適切な SPF 許可があれば、受信側は転送サーバーを検証できます。ただし、SRS だけで DMARC の成功や配送が保証されるわけではありません。
# Original envelope (bank → your alias)
MAIL FROM: <notifications@bank.com>
RCPT TO: <contact@yourbusiness.com>
# After SRS rewrite (your server → Gmail)
MAIL FROM: <SRS0=hash=TT=bank.com=notifications@yourbusiness.com>
RCPT TO: <you@gmail.com>SRS などの適切な処理がなければ MAIL FROM は notifications@bank.com のままで、自社サーバーには通常このドメインから送信する許可がありません。そのため Gmail で SPF が失敗する場合があります。事業者の SRS や ARC 対応と DKIM の扱いを確認してください。SRS 自体は元の表示上の差出人との SPF 整合を確保せず、ARC も受信を保証しません。SPF、DKIM、DMARC の基本設定は、企業向けの安全なメール運用で詳しく説明しています。
3. 一人の担当者に依存する問題
billing@ を alice@ のエイリアスにします。Alice が請求書を管理し、退職後にそのアカウントを削除します。
billing@ が配送エラーになり、新しい請求書を受け取れなくなる可能性があります。Alice のメールボックスにある過去三年分の請求記録も、削除前にエクスポート、保持設定、復旧手段を用意していなければ失われるおそれがあります。
記録のためだけに Alice のアカウントを残すと、請求書と一緒に人事関連の個人的なやり取りも保持することになります。アクセス管理、プライバシー、保存義務への対応が複雑になります。
専用の billing@ メールボックスと、対応するサービスでの委任アクセスを使えば、業務用のメールボックスを削除せずに Alice の権限を取り消し、Bob に権限を付与できます。ただし、履歴の保持や引き継ぎの継続性には、適切な保存方針と運用が必要です。
選択表：エイリアスかメールボックスか
送信する、担当者の交代で引き継ぐ、独立した監査履歴が必要、大量または重要な業務メールを受け取る、といったアドレスにはメールボックスを推奨します。エイリアスは少量の配送、一時的な追跡用アドレス、独立した履歴や業務用の返信元を必要としない単純な転送に適しています。
| アドレスの用途 | 推奨 | 理由 |
|---|---|---|
first.last@（創業者、従業員） | メールボックス | 主アドレスとして、対応する 2FA、専用保存領域、IMAP 同期が必要 |
support@、billing@、jobs@ | メールボックス | 業務窓口として、送信済みフォルダーの分離、担当者間の引き継ぎ、迷惑メールの分離が必要 |
noreply@ | メールボックス | または専用の送信認証情報。エイリアス自体には SMTP 認証情報がない |
info@、media@ | エイリアス | 重要度の低いメールを事務担当者の受信箱に配送 |
vendor-name@、conf2026@ | エイリアス | 一時的な追跡用途で、迷惑メールが増えたら停止可能 |
*@domain.com（キャッチオール） | 隔離用メールボックスのみ | 主受信箱への配送を避ける。アドレス収集の試行を受けやすくなる |
noreply@ の特殊な事情
noreply@ は配送用のアドレスに見えるため、エイリアスにしたくなります。しかし、ここで説明するモデルではアプリケーションが SMTP ユーザーとして認証し、トランザクションメールを送信します。エイリアス自体には認証情報がありません。事業者が SMTP 認証をメールボックスに結び付けるなら実際のメールボックスが必要ですが、受信箱なしの専用送信認証情報を提供するサービスもあります。パスワードを公開したり、不要に人へ渡したりしないでください。
キャッチオールへの注意
キャッチオールを個人の受信箱へ配送すると、ドメインへの迷惑メール、宛先の入力ミス、アドレス収集の試行まで受け取る可能性があります。必要なら独立した迷惑メール用の受信箱へ配送し、毎週確認してください。利用者の主受信箱には配送しない方針を勧めます。独自ドメインのメール設定ガイドでは、この分離を最初から設定する方法を説明しています。
業界で選択を誤る理由と TrekMail のモデル
不適切なエイリアス構成の原因の一つは、知識不足ではなくユーザー単位の料金です。Google Workspace と Microsoft 365 のメールボックスライセンスは、必要なメールボックスをエイリアスで代用する動機になり得ます。ただし、条件は製品や共有メールボックスの種類によります。原文の例で $6/月を節約しても、返信元の誤り、混在した履歴、気付きにくい SPF エラーに対応する手間が増える場合があります。
従来のモデル（ライセンス単位）：例では、5 人の従業員 + 3 個の業務用メールボックス（support、billing、noreply）= 8 ライセンス × $6 = $48/月です。すべてのサービスに共通する最低料金ではありません。共有メールボックスやライセンス条件を確認してください。代わりに
support@を個人の受信箱へ転送すると、送信元の設定に時間がかかり、設定ミスの余地も残ります。TrekMail：原文ではドメイン単位の定額モデルで、ユーザー単位の追加ライセンス料金はありません。プランの制限内で、
support@、billing@、noreply@を独立したメールボックスとして追加料金 $0 で作成できます。プランの共有容量を使うため、現在の条件を確認してください。
原文ではプランは $3.50/月からで、Starter は 50 ドメイン、15GB の共有容量、ドメイン当たり 100 メールボックス、管理型 SMTP を含みます。説明される Nano は 10 ドメイン、5GB、ドメイン当たり最大 10 メールボックスで、クレジットカード不要とされています。現在の料金、名称、提供状況、利用要件を確認してください。
代理店や MSP にとって、このモデルは顧客との相談を簡素化する助けになります。追加ユーザーごとの費用を計算せず、適切な業務用メールボックスを用意しやすくなります。新しいアドレスも適用される制限内で追加できます。複数ドメインのメールホスティングを大規模に運用するガイドでは、一つのダッシュボードから多数の顧客ドメインを管理する流れを説明しています。
早見表：それぞれを使う場面
次の用途にはメールボックスを使います。
- IMAP でメールを読み、SMTP で送信する
- 担当者の交代時に引き継ぐ
- 監査のために独立した送信済みフォルダーが必要
- 大量または重要な業務メールを処理する
- 事業者のモデルに従い、トランザクション送信のため SMTP サーバーで認証する
次の用途にはエイリアスを使います。
- 重要度の低いメールを既存のメールボックスへ配送する
- イベントや取引先の識別に使う一時的なアドレス
- 同一ドメイン内だけで転送する
- 独立した業務用の返信元や担当者間の引き継ぎが不要
まとめ
エイリアスはメールを配送します。メールボックスはメールを保存し、適切な送信サービスと組み合わせて送信します。ユーザー単位の料金が代用を促すことはあっても、両者は同じものではありません。退職後のメール消失や誤ったアドレスからの返信は、エイリアスにメールボックスの役割を任せたときの現実的なリスクです。
最初から用途に合う構成を選びましょう。重要なアドレスにはメールボックス、単純でリスクの低い配送にはエイリアスを使います。適切な分離のために追加費用が増えにくい事業者も検討してください。
TrekMail のプランを見る。原文ではドメイン単位の定額でユーザー単位の料金はなく、有料プランに 14 日間の無料トライアルがあるとされています。現在の料金と条件を確認してください。
