メールエイリアスの転送と活用ガイド

会社のどの業務にも正式なアドレスが必要です。sales@、billing@、abuse@、legal@など、必要な数はすぐ増えます。Google WorkspaceやMicrosoft 365では、ひとつ増やすたびに利用枠の料金がかかります。役割ごとに毎月$6-$12です。整理された組織であるための利用者課金と言えます。

さらに厄介な問題もあります。担当者がAWSのルートアカウントを個人の仕事用アドレスで登録し、その後退職します。IT部門がメールボックスを停止すると、自社インフラのパスワード再設定メールを受け取れません。事情を考慮してくれないサポート窓口に対して、午後を丸ごと使って所有権を証明することになります。

メールエイリアスは両方の問題を解決します。外部に公開して受信し、既存のメールボックスへ転送するアドレスです。別アカウント、認証情報、追加の利用枠は必要ありません。このガイドでは、エイリアスが役立つ四つの転送パターンと、反対に業務を壊してしまうひとつの状況を説明します。

DNS、MXレコード、転送設定については、メールエイリアス転送のガイドをご覧ください。

メールエイリアスとは

メールエイリアスは、実在するメールボックスへメールを転送する別名の受信アドレスです。専用の受信トレイ、パスワード、ストレージはありません。エイリアス宛てのメールが届くと、サーバーはエンベロープ受信者を書き換えます。RCPT TO: sales@domain.comがRCPT TO: alice@domain.comとなり、配送が完了します。送信者にはsales@が見え、Aliceが受信します。書き換えは見えず、それこそが目的です。

使用例1: 役割別の転送

メールエイリアスの主な用途は、公開された役割を現在の担当者へ結び付け、業務の責任者を明確にすることです。ひとつのエイリアスに、ひとつの転送先を設定します。この一対一の形式はRFC 2142にも規定されており、担当者が誰であっても、各ドメインで標準の役割別アドレスを維持するよう求めています。

エイリアス	用途	転送先
`sales@`	問い合わせや見込み客	創業者または営業責任者
`billing@`	請求書、領収書	財務責任者または管理担当者
`abuse@`	規約対応 (RFC 2142)	技術責任者またはシステム管理者
`legal@`	契約書、秘密保持契約	創業者または外部弁護士
`no-reply@`	自動通知	保存用メールボックスまたは`/dev/null`

どのアドレスにも専用アカウントは必要ありません。既存のメールボックスを指すエイリアスにします。Postfixでは、/etc/postfix/virtualに数行書くだけです。

sales@company.com     alice@company.com
billing@company.com   bob@company.com
abuse@company.com     cto@company.com
legal@company.com     alice@company.com

Postfixは受信のたびにエイリアスマップを参照し、配送前にエンベロープを書き換えます。Aliceの役割が変わったら、一行を更新して再読み込みします。

postmap /etc/postfix/virtual
systemctl reload postfix

サービス事業者への依頼も、アカウント移行も、三つのメールソフトに散在する転送ルールも不要です。

使用例2: インフラ担当者の引き継ぎ

これはメールエイリアスの中でも過小評価されている用途であり、問題が起きてからの復旧が最も難しいものです。重要なSaaSを個人の仕事用アドレスで登録すると、その人の退職時にすべてがリスクになります。

状況は毎回同じです。Steveがドメイン登録事業者、AWSルートアカウント、Stripe管理画面をsteve@company.comで登録します。Steveが転職し、90日後にIT部門がメールボックスを停止します。請求メールは返送され、パスワード再設定も届かず、AWSルートアカウントの2FAコードも失われます。五年前に自分たちで作ったアカウントの所有権を、対応期限のないサポート窓口へ証明しなければなりません。

解決策は、すべてのインフラ登録に恒久的なメールエイリアスを使うことです。

ops@company.comを作り、現在の責任者、つまり技術責任者やシステム管理者へ転送します。
DNS登録事業者、AWS、Stripe、GitHub、Cloudflareなど重要なサービスはすべてops@で登録します。
担当者が変わったら、エイリアスの転送先を後任へ変更します。一度の変更で、一分もかかりません。

サービス側の登録情報は変わりません。停止時間も、パスワード再設定の堂々巡りも、所有権を証明するサポートへの連絡もありません。

この方法が機能するのは、アドレスそのものが恒久的な資産だからです。背後の転送先は、サービス側へ知らせずいつでも変更できます。

使用例3: 受信元の追跡と振り分け

エイリアスを使えば、アカウントや複雑な受信ルールを作らず、メール設定を何度も変更せずに受信メールを分類できます。大半の用途は、専用の追跡エイリアスとプラスアドレスという二つの方法で対応できます。

専用の追跡エイリアス

展示会への参加、サービスの試用登録、信頼しきれないニュースレターの購読では、送信元ごとのエイリアスを使います。たとえばconf2026@company.comやacme-vendor@company.comです。そのアドレスが迷惑メールリストへ流出したり、不要なメールが増えたりしたら削除します。メールはすぐ止まります。メインアドレスではできず、Gmailアドレスの一部だけを無効にすることもできません。

これはキャッチオール受信トレイと相性が良い方法です。ドメイン宛ての全アドレスをひとつのメールボックスで受信し、どのタグが届くか確認してから追跡エイリアスを作れます。

プラスアドレス (サブアドレス、RFC 5233)

現在の多くのメールサーバーは、RFC 5233に準拠し、+区切りを使うサブアドレスに対応します。事前作成は不要で、準拠サーバーなら自動的に機能します。

alice+jira@company.com        → delivers to alice@company.com
alice+shopify@company.com     → delivers to alice@company.com
alice+newsletters@company.com → delivers to alice@company.com

タグに一致する受信ルールをひとつ設定すれば、各メールが適切なフォルダへ入ります。管理負担はありません。既存のエイリアスに分類用の情報を加えているだけです。

使用例4: エイリアスから送信する方法と失敗する場面

エイリアスでの受信は自動ですが、エイリアスから送信するには手順がひとつ増えます。省略すると、返信したすべての顧客に個人アドレスが公開されます。

顧客がsales@company.comへ送り、メールがalice@company.comへ届きます。Aliceがそのまま返信すると、顧客には送信元としてalice@company.comが表示されます。業務用の名義が失われ、Aliceの直接アドレスが相手の連絡先に残り続けます。

エイリアスには認証情報がありません。エイリアスから送るには、メールソフトに送信用IDを設定します。

一般的なメールソフト (Outlook、Thunderbird、Apple Mail): 差出人をエイリアスにした新しい送信者情報を追加し、メインメールボックスのSMTP認証情報を使います。自分のアカウントから送信し、Fromヘッダーにエイリアスが入ります。
独自SMTP (TrekMail FreeまたはAmazon SESやSendGridを使うStarter): 送信前にSMTP事業者の管理画面でエイリアス、または送信ドメイン全体を確認する必要があります。省略すると554 Message rejected: Email address is not verifiedとして拒否されます。詳しい手順はTrekMailの独自SMTP設定ガイドをご覧ください。

メールエイリアスが適さない場面

メールエイリアスは一対一の道具です。ひとつのエイリアスをひとつのメールボックスへ送れば、上記の用途はすべて正しく機能します。同じエイリアスをAlice、Bob、Charlieへ同時転送し、全員がsupport@を受け取るようにすると、状態の分かれた受信トレイができ、いずれ顧客を失う原因になります。

Aliceが顧客へ返信して問題を解決しても、送信済みメールはAliceのフォルダにだけ保存されます。共有サーバーフォルダでもBobのメールソフトでもありません。Bobは返信を知らず、三時間後に矛盾する内容を送ります。顧客は混乱し、不快な体験として記憶します。

これは設定では直せず、エイリアスの構造的な限界です。使える場面と使えない場面は、ドメインメールのエイリアスとメールボックスの違いをご覧ください。

共有受信トレイの正しい解決策: support@company.com専用のメールボックスを作り、パスワード管理ツールで認証情報を共有します。AliceとBobがIMAPメールソフトへ追加すれば、どちらが返信してもサーバーの送信済みフォルダに保存され、両方へ同期されます。状態を共有でき、返信が重ならず、情報も漏れません。

状況	適切な方法	理由
ひとりが役割別アドレスを担当	エイリアス	追加アカウントや利用枠が不要
インフラやサービスのアカウント	エイリアス	担当者交代後もそのまま使える
送信元別に受信メールを追跡	メールエイリアス	必要時に削除でき、容量を使わない
信頼度の低い登録用アドレス	メールエイリアス	迷惑メールリストへ売られたらすぐ無効化
二人以上が読み書きする	メールボックス	IMAP状態を共有し、返信が重ならない
チームが長期所有する	メールボックス	監査記録と委任アクセスを持てる

利用者単位の料金は誤った構成を選ばせる

Google WorkspaceとMicrosoft 365では、メールボックスを作るたびに料金がかかります。そのため月額$6を節約しようと、エイリアスを共有受信トレイとして使い、前述の失敗を招きます。誤った構成は怠慢ではなく、利用者単位の課金に対する合理的な反応です。

TrekMailは定額制で、アカウントの全メールボックスがストレージを共有します。メールボックスやエイリアスごとの料金はありません。Starterは月額$3.50で、50ドメインと共有ストレージ15GBを提供します。メールボックス3個とエイリアス10個でも、メールボックス20個とエイリアス200個でも料金は変わりません。

料金を理由に誤った道具を選ぶ必要がなくなります。support@専用メールボックス、引き継ぎ用の恒久的なops@エイリアス、展示会ごとのエイリアスを作り、業務に本当に合う構成にできます。

最初から始める場合は、独自ドメインのメールを作る方法をご覧ください。ドメインの準備、DNSレコード、最初のメールボックス設定までを説明しています。

メールエイリアスのまとめ

メールエイリアスは一対一の転送に使います。役割別アドレス、インフラの引き継ぎ、受信元の追跡に適しています。管理負担なしのタグ付けにはプラスアドレスを使います。複数の人が読み書きする時点で専用メールボックスへ切り替えてください。最初の三つにはエイリアスが適しますが、四つ目にはエイリアスでは提供できない共有IMAP状態が必要です。

利用者単位の料金をやめる

従来型サービスは、IDを作るたびに料金を請求します。TrekMailではメールエイリアスが無料で無制限です。二つ目のメールボックス、五つ目のドメイン、二十個目のエイリアスも同様です。

Starterプラン、月額$3.50:

ひとつのアカウントで50個の独自ドメイン
全メールボックスで共有する15GBストレージ
ドメインごとに無制限のエイリアス
キャッチオール受信
マネージドSMTP込み、外部サービス不要
SPF、DKIM、DMARC設定ウィザード

月額$3.50で、Google Workspace一席分より安く、50ドメインと必要なすべてのエイリアスを利用できます。

14日間の試用はtrekmail.netで始められ、開始にはカードが必要です。契約前に試したい場合は、Nanoプランを利用できます。10ドメイン、共有ストレージ5GB、独自SMTPに対応し、カード不要、期限なしで無料です。まずNanoから始め、必要になったらアップグレードしてください。

すべてのプランと料金を比較する