メールエイリアスの作成：設定ガイドと拡張しやすい命名規則
Google WorkspaceやMicrosoft 365を業務で使っている場合、不要なメール席にも料金を払っている可能性があります。sales@、support@、billing@ に別々のユーザーを割り当てると、月額料金が三倍になり、データも別々の受信箱へ分散します。代わりにメールエイリアスを作成できます。
エイリアスはメールボックスではなく、ルーティング規則です。あるアドレスでメールを受け、既存の受信箱に配信します。独自のストレージ、ログイン情報、席ごとの費用はありません。一人が一つのアカウントで五つのアドレスを管理できます。基礎と適切な用途は、メールエイリアスの総合ガイドをご覧ください。
この記事では、四つのプラットフォームでの設定方法、規模が大きくなっても使える命名規則、エイリアスメールが迷惑メールに入る理由を説明します。
エンベロープとヘッダー：エイリアスからの返信が失敗する理由
どのプラットフォームでも、作成前にメールの二つの層を理解する必要があります。"Send As" の失敗、"On Behalf Of" 表示、プライマリアドレスの漏えいなど、多くの問題はこの二層の混同から生じます。
エンベロープ (RFC 5321) はSMTPハンドシェイク中にサーバーが使います。MAIL FROMとRCPT TOコマンドが実際の宛先を決めます。エイリアス (sales@domain.com) へのメールでは、サーバーがエンベロープ受信者を実際のメールボックス (bob@domain.com) に書き換えます。
ヘッダー (RFC 5322) は受信者のメールクライアントに表示されるTo、From、Date、Subjectです。
受信時はサーバーが静かに書き換えるため、通常は問題ありません。しかし返信時、クライアントはbob@として認証し、sales@としては認証しません。認証ユーザーとFromヘッダーの不一致をサーバーが検出すると、次の三つのいずれかが起こります。
- メールが拒否される (
5.7.1 Client does not have permissions) - "Bob on behalf of Sales" と表示される
- Return-Pathヘッダーに実際の識別情報が出る
以下の設定は、すべてこの送信時の整合性を考慮しています。
メールエイリアスの作成方法：プラットフォーム別設定
必要な手順はプロバイダーによって大きく異なります。一般的なガイドで省略されやすい設定も含めて説明します。
Microsoft 365 (Exchange Online)
M365ではエイリアスを"Proxy Addresses"と呼びます。画面からの追加は簡単ですが、"On Behalf Of" 表示なしでエイリアスから送信するにはPowerShellが必要です。
エイリアスを追加：
- Exchange Admin Center > Recipients > Mailboxesを開く
- ユーザーを選ぶ
- Manage email address typesをクリックする
- SMTPタイプとしてエイリアスを追加し、保存する
PowerShellで"Send From Alias"を有効化：
M365は既定でFromヘッダーをプライマリSMTPアドレスに書き換えます。テナント単位でこの動作を無効にします。
Connect-ExchangeOnline
Set-OrganizationConfig -SendFromAliasEnabled $true
Get-OrganizationConfig | Format-List SendFromAliasEnabled
反映には最大24時間かかる場合があります。
Google Workspace
Googleでは"Alternate email addresses"と呼びます。
エイリアスを追加：
- Admin Console > Directory > Users
- Select user > Add Alternate Emails
- supportなどのエイリアス接頭辞を入力し、保存する
クライアントを設定し、"Treat as Alias"を確認：
- Gmail > Settings > Accountsにログインする
- "Send mail as"でAdd another email addressをクリックする
- エイリアス名とアドレスを入力する
- "Treat as an alias"をオフにする。オンの場合、Googleはプライマリメールボックスの認証情報を使い、実際のアドレスがヘッダーに出る可能性があります
Postfix / Linux (セルフホスト)
独自メールサーバーでは、エイリアスは/etc/aliasesまたは仮想マップに置かれます。
ファイルによる設定：
# /etc/aliases
sales: bob
support: bob, alice
# Then regenerate:
newaliases
Postfixの仮想マップ設定：
# /etc/postfix/virtual
sales@example.com bob@example.com
# Apply:
postmap /etc/postfix/virtual && postfix reload
main.cfにvirtual_alias_maps = hash:/etc/postfix/virtualが含まれることを確認します。
TrekMail
TrekMailではメールエイリアスを簡単に作成できます。複数の識別名を管理する設計で、PowerShellやクライアント側の確認コードは不要です。
- TrekMail Dashboardにログインする
- Mailboxesを開く
- 対象メールボックスを選ぶ
- 希望するエイリアスアドレスを入力する
- Saveをクリックする
TrekMailのSMTPサーバーは、認証ユーザーが関連エイリアスから送信できるよう自動的に許可できます。Outlook、Thunderbird、Apple Mailなどのクライアントで"From"一覧から選びます。ストレージはユーザー別ではなくドメイン全体のプールに算入され、最大200 GBです。
拡張しやすいメールエイリアスの命名規則
エイリアスを作るたび、名前は重要です。不適切な命名による技術的負担は、新規採用やベンダー登録のたびに増えます。次の標準は、二年後の全面的な改名を避ける助けになります。
役割別エイリアス
こうしたアドレスは担当者が変わっても維持できます。個人のメールアドレスを名刺や契約書に印刷することは避けます。
| 機能 | 標準エイリアス | 避けるもの |
|---|---|---|
| 見込み客受付 | sales@, growth@ | newbiz@ (分かりにくい) |
| 顧客対応 | support@, help@ | questions@ (曖昧) |
| 財務 | billing@, accounts@ | invoices@ (限定的すぎる) |
| 人事 | careers@, jobs@ | hr-dept@ (冗長) |
| セキュリティ/不正利用 | abuse@, postmaster@ | なし (RFC 2142で必須) |
RFC 2142は全ドメインにpostmaster@とabuse@を求めています。監視対象の受信箱へのエイリアスにします。
ベンダー追跡戦略
ベンダー追跡用にもエイリアスを作成できます。使い捨てエイリアスで情報漏えいを追跡します。サービス登録にはvendorname@yourdomain.com、たとえばhubspot-admin@yourdomain.comを使います。そこに迷惑メールが来れば、影響を受けた可能性のあるベンダーが分かります。プライマリアドレスを変えず、エイリアスを削除できます。
プラスアドレス (RFC 5233)
TrekMailを含む多くの現代的なメールサーバーは、管理者設定なしでプラスアドレスに対応します。
構文はuser+tag@domain.com、例はbob+newsletter@domain.comです。即席のフィルターとして、+newsletterを含むメールを特定フォルダーへ移す受信ルールを設定できます。
トラブルシューティング：メールエイリアスが動かない場合
正しく受信または送信できない場合は、次の診断表で問題を絞り込みます。
| 症状 | エラーコード | 原因 | 対処 |
|---|---|---|---|
| 即時バウンス | 550 5.1.1 | エイリアスがない、またはDNSの入力ミス | 綴りとMXレコードの接続先を確認します。 |
| 遅延バウンス | 5.4.14 Hop count exceeded | ルーティングループ | ユーザーがエイリアスへ自動転送しています。連鎖を切ります。 |
| 送信失敗 | 5.7.1 | "Send As"制限 | ユーザーに権限がありません。M365のSet-OrganizationConfigまたはTrekMailの関連付けを確認します。 |
| 迷惑メールに入る | SPF Softfail | アラインメント不一致 | SRSなしで外部へ転送しています。メール転送の設定と修正を参照してください。 |
転送とエイリアス：違いを理解する
sales@yourdomain.comからyou@gmail.comのように外部へ送る場合は、エイリアスではなくメールエイリアス転送です。この違いは到達性に影響します。
client@bank.comがsales@yourdomain.comへ送り、サーバーがGmailへ転送すると、Gmailには送信元が自社サーバーIP、Fromがbank.comと見えます。SPFが失敗し、迷惑メールに入る可能性があります。
対処にはSRS (Sender Rewriting Scheme)とARC (Authenticated Received Chain)が必要です。TrekMailは外部転送でSRSを自動処理します。ただし、個人アカウントへ転送せず、エイリアスで業務メールを自社ドメイン内に保つほうが適することもあります。ドメインメールのエイリアスとメールボックスの比較で判断材料を確認できます。
TrekMailのエイリアス管理料金
| プラン | 料金 | エイリアス | 主な機能 |
|---|---|---|---|
| Free | $0 | 制限あり | クレジットカード不要 |
| Starter | $3.50/mo | 無制限 | 独自ドメイン + Send As |
| Pro | $10/mo | 無制限 | 優先サポート + SRS転送 |
| Agency | $23.25/mo | 無制限 | 複数ドメイン + チーム管理 |
有料プランには14日間の無料試用があり、カードが必要です。Nanoプランにはカードが不要です。
まとめ
正しく作成すれば、一つの受信箱でsales@、support@、billing@や任意のベンダー追跡アドレスを扱えます。席や業務フローを増やす必要はありません。TrekMailでは約五分、M365やGoogle Workspaceで適切なSend As整合性まで設定する場合は、もう少しかかります。
簡易チェックリスト：
- ルートを割り当てる：宛先メールボックスの存在を確認
- エイリアスを追加する：管理画面またはTrekMail Dashboardで追加
- 送信を整合させる：識別情報を漏らさないようSend Asを設定
- 双方向をテストする：受信配信と送信ヘッダーの整合性を確認
ルーティング用アドレスに必ずしもユーザー料金を払う必要はありません。TrekMailは現在の各プラン条件に応じたエイリアスとヘッダー制御を提供します。無料で開始でき、カードは不要です。
独自ドメインにエイリアスを設定する必要がありますか。次の手順として適しています。
