1. 用途ごとにアドレスを分ける
最初に、個人名のアドレスと、問い合わせや請求など役割を表すアドレスを分けます。すべてを一つの受信箱に集めると設定は少なくなりますが、担当変更や権限整理が難しくなります。反対に細かく分けすぎると、確認漏れが増えます。
外部に公開する窓口は、誰が、どの頻度で、どこから確認するかを一緒に決めます。アドレス名だけを先に作らず、受信担当と不在時の代行者を決めてから必要な数へ絞ります。
- 個人名で使うアドレス
- 問い合わせや採用など役割別の窓口
- 請求・契約など閲覧者を絞る窓口
- 迷惑メールを含む確認頻度
2. ドメインと契約の管理者を決める
メールアドレスを作る管理画面と、独自ドメインやDNSを管理する画面が同じとは限りません。契約名義、更新方法、管理者の連絡先を確認し、一人の個人用アドレスだけに復旧手段を依存させない形を検討します。
ホームページとメールを同じサーバーで運用する場合も、Webとメールの設定を区別して記録します。将来ホームページだけを移すときに、メールの受信先まで誤って変えないためです。
- サーバー契約の名義と更新担当
- 独自ドメインとDNSの管理先
- 管理画面へ入れる担当者
- 管理者不在時の復旧連絡先
3. アカウント名と容量を用途から決める
レンタルサーバーの公式マニュアルでは、管理画面からメールアカウント、パスワード、容量などを設定する流れが案内されています。名前は短さだけで決めず、外部から見て用途が分かり、社内で担当を引き継げるものにします。
添付ファイルが多い窓口と通知受信だけの窓口では、必要な容量や整理頻度が異なります。容量を大きくする前に、古いメールの保存先、削除ルール、サーバー残量を誰が確認するかを決めます。
- 外部に伝わるアドレス名
- 受信するメールの種類と量
- 添付ファイルの保存先
- 容量不足を確認する担当者
4. パスワードと復旧情報を共有しすぎない
同じメールアカウントを複数人が使う場合でも、パスワードをチャットへ貼り続ける運用は避けます。利用中のサーバーが提供する権限や転送機能を確認し、必要であれば組織向けのパスワード管理方法を使います。
復旧手順は、普段使う端末を失った場面でも読める場所へ保管します。管理画面の二段階認証、回復先、契約者情報を変更するときは、先に代替の管理者が利用できることを確認します。
- パスワードの保管場所
- 二段階認証と回復先
- 管理者変更の手順
- 緊急時に確認する連絡先
5. 転送と保管を別の目的として考える
担当者の普段の受信箱へ転送すると確認はしやすくなりますが、転送だけで元メールの保管や復旧が完成するわけではありません。サーバー側へ残すか、どこへ保存するか、転送に失敗したときにどこで確認するかを決めます。
複数人で確認する窓口は、誰かが読んだら全員が対応済みだと思う状態を避ける必要があります。返信担当、対応状況の記録、休日期間の代行を決め、メールサービスの機能だけに業務ルールを任せません。
- 転送後もサーバーへ残すか
- 返信する担当者の決め方
- 対応済みを記録する場所
- 長期休暇中の確認方法
6. 外部との送受信を両方向で試す
作成後は、同じドメイン内だけでなく、普段取引先が使う外部のメールサービスとの送受信を試します。受信できること、送信できること、返信先が正しいこと、迷惑メールへ振り分けられていないことを確認します。
送信者認証に関するDNS設定は、利用サービスの公式手順に従います。見慣れない値を推測で追加せず、現在のレコードを保存してから変更します。フォームから送るメールがある場合は、フォーム経由の通知も別に確認します。
- 外部アドレスから受信できる
- 外部アドレスへ送信できる
- 返信先と表示名が正しい
- フォーム通知を受信できる
7. 担当変更と停止の手順を先に作る
退職や業務委託の終了時に、アカウントを削除するだけでは過去の連絡や引き継ぎが失われることがあります。必要なメールの保管、転送先の変更、端末からの設定削除、パスワード変更を一つの手順にします。
最後に、作成したアドレス、用途、受信担当、管理者、復旧先、停止条件を一覧へ記録します。新しい窓口を増やすときも同じ項目を埋めるようにすると、担当者が変わっても運用を再現しやすくなります。
- 必要なメールの保管範囲
- 転送先と担当者の変更
- 端末設定と共有情報の回収
- 停止後の問い合わせ先