name@
個人アドレス
本人の業務連絡。退職・異動時に停止と引継ぎを実施。
比較トップへ戻る
PR公式情報を2026年9月4日に確認
BUSINESS EMAIL OPERATIONS
XServer Businessで法人メールを安全に運用する
会社メールは、作成できれば完了ではありません。送信ドメイン認証、窓口の責任者、移転中の受信、退職者対応、復元方法まで決めて、はじめて止まりにくい業務基盤になります。
FIRST DECISION
アドレスは「人」と「役割」で分ける
info@ / sales@
窓口アドレス
担当部署と返信期限を決め、複数人で見落としを防ぐ。
notice@ / no-reply@
システム送信
フォームや通知専用。人の返信窓口と混ぜない。
公式ではメールアカウントを無制限に作成できますが、数ではなく管理可能性を優先します。使っていないアドレス、転送、メーリングリストは定期的に停止します。
SPF・DKIM・DMARCは送信経路全体で見る
Webフォームや外部の配信サービスも自社ドメインで送信するなら、それらも認証設計に含めます。XServerだけ確認して終えると、正規メールが迷惑メール扱いになる場合があります。
| 設定 | 確認すること | よくある失敗 |
|---|---|---|
| SPF | XServer・配信サービス・フォームの送信元 | 複数のSPFレコードを別々に作る／正規送信元を漏らす |
| DKIM | 対象ドメインで署名が有効か | サービスごとのDKIM設定を忘れる |
| DMARC | 認証結果・整合・レポート送信先 | 確認前に強いポリシーを適用する |
| DNS | 実際に権威を持つDNSへ登録したか | 使っていない側の管理画面だけ変更する |
一気にrejectへ進めない：まず正規送信元をすべて認証し、DMARCレポートで失敗原因を確認します。フォームや請求・配信サービスを含めて問題がない状態から段階的に強化します。
設定から運用までの8ステップ
01
個人用と窓口用を分ける
氏名アドレスとinfo・sales・supportなどの窓口アドレスを分け、用途・責任者・引継ぎ先を決めます。窓口メールを一人の個人アカウントだけに依存させません。
誰が返信するか決まっていない共有アドレスを増やさない。
02
ドメインとDNSの管理者を確認する
ドメイン管理会社、ネームサーバー、MX・TXTレコードの変更担当を確認します。外部DNSを使う場合は、XServer側だけの操作では完了しません。
現在のDNSレコードを控えずに書き換えない。
03
必要なメールアカウントを作成する
サーバーパネルでメールアカウントを作り、推測されにくい固有パスワードと適切な容量を設定します。転送・自動返信・メーリングリストは目的がある場合だけ追加します。
複数人で同じパスワードを恒久的に共有しない。
04
メールソフトを暗号化接続する
公式マニュアルのサーバー名・ポート・暗号化方式を使い、送信認証も設定します。PCとスマートフォンで送受信し、送信済みメールの扱いも確認します。
暗号化なしの古い設定をそのまま流用しない。
05
SPF・DKIM・DMARCを確認する
XServerだけでなく、フォーム、CRM、請求・配信サービスなど同じドメインから送る全経路を洗い出します。SPF・DKIMの認証後、DMARCはレポートを見ながら段階的に強めます。
XServer以外の正規送信元をSPFから漏らさない。
06
迷惑メール対策を調整する
迷惑メールフィルタ、受信側DMARC、ホワイト・ブラックリストを確認します。強くしすぎて重要メールを落とさないよう、迷惑メールフォルダと隔離結果を定期確認します。
届かない原因を確認せず、送信者だけに再送を求めない。
07
移転時は旧・新の両方で受信する
新サーバーにも同じアドレスを作り、DNS反映中は旧新両方の設定をメールソフトへ残します。過去メールは自動移行されないため、必要な履歴を事前に保存します。
DNS変更直後に旧アカウント設定を削除しない。
08
入退社・障害・復元の手順を残す
新規発行、権限変更、転送停止、パスワード変更、退職者アカウント停止、メール保全の担当と期限を決めます。異常時の連絡先と確認順も記録します。
退職後も本人だけが知るパスワードや転送設定を残さない。
サーバー移転中は旧・新を同時に見る
新側で作成
同じメールアドレスを先に作る
端末へ追加
既存設定を消さず新設定を追加
DNS切替
旧新両方の受信を継続
反映後確認
外部送受信と旧側の未受信を確認
過去メールは別対応
公式FAQでは、サーバー間で過去の受信メールは引き継げないと案内されています。必要な履歴は移転前にメールソフトなどへ保存します。
DNS反映中は両方を受信
反映中は旧・新どちらへ届くか予測できません。旧アカウントを削除せず、両方の受信箱と迷惑メールフォルダを確認します。
迷惑メール対策は「遮断」と「見落とし」を両方管理
FILTER
迷惑メール
隔離・判定結果を定期確認
VIRUS
ウイルス対策
検知だけに頼らず添付を確認
ALLOW
許可リスト
必要最小限・期限付きで管理
REPORT
到達性
代表的な外部宛先へ送受信テスト
受信側DMARC、迷惑メールフィルタ、振り分け、自動返信、転送には処理順があります。ルールを追加したら、通常メール・添付・自動通知・転送先で実際に確認します。
入社・異動・退職を同じ手順にする
| イベント | 当日までに行うこと | 記録すること |
|---|---|---|
| 入社 | 固有アドレス発行・初期設定・利用ルール共有 | 責任者・作成日・端末 |
| 異動 | 窓口・転送・メーリングリスト権限を変更 | 旧権限の停止確認 |
| 退職 | パスワード変更・転送停止・必要メール保全・アカウント停止 | 実施者・日時・引継ぎ先 |
| 委託終了 | 一時アカウント・転送・外部サービス連携を失効 | 対象サービスと確認結果 |
バックアップと復元で確認するもの
重要メール
保持対象・保存期間・検索方法
ACCOUNT
アカウント台帳
用途・責任者・容量・転送
DNS
認証レコード
MX・SPF・DKIM・DMARCの控え
RESTORE
復元確認
誰がどこから何を戻せるか
POP受信やWebメールで削除したメールは、バックアップ処理時点でサーバーに残っていなければ保存されません。重要メールは「サーバーにあるはず」ではなく、保管先と復元方法を明示します。
本番運用チェックリスト
個人用・窓口用・システム送信を分けた
全アドレスに用途と責任者がいる
DNS管理者と現在のレコードを確認した
メールソフトを暗号化接続した
全送信サービスをSPFへ反映した
DKIM署名を送信結果で確認した
DMARCレポートを受け取れる
外部宛先との送受信をテストした
迷惑メールフォルダの確認担当がいる
移転時は旧新両方で受信する
退職者・委託終了時の停止手順がある
重要メール・設定の復元方法を確認した
よくある質問
XServer Businessではメールアドレスをいくつ作れますか？
公式の機能一覧ではメールアカウントを無制限に作成できると案内されています。ただし、管理できないアドレスを増やすと漏えいや見落としにつながるため、責任者と用途があるものだけ作成します。
SPF・DKIM・DMARCはすべて必要ですか？
役割が異なります。SPFは送信元、DKIMは署名、DMARCは認証失敗時の方針とレポートに関わります。XServer以外の配信サービスも含めた正規送信経路を確認して設定してください。
DMARCは最初からrejectにしてよいですか？
正規メールがSPFまたはDKIMに整合していることを確認せず強いポリシーへ進むと、業務メールまで拒否される恐れがあります。まず送信元を棚卸しし、レポートを確認しながら段階的に変更します。
サーバー移転で過去の受信メールも引き継げますか？
公式FAQでは、サーバー間で過去の受信メールは引き継げないと案内されています。必要なメールは、移転前にメールソフトなどのローカル環境へバックアップしてください。
移転中にメールを止めない方法は？
新サーバーへ同じアドレスを作り、メールソフトへ旧・新の両方を設定します。DNS反映中はどちらへ届くか予測できないため、旧設定を削除せず両方で受信します。
自動バックアップだけで十分ですか？
十分とは限りません。POP受信やWebメール削除によりバックアップ時点でサーバーにないメールは保存されない場合があります。重要メールの保管ルールと復元確認を別に用意してください。
確認した公式情報
広告・免責：本記事にはアフィリエイト広告が含まれます。申込みが成立すると当サイトが報酬を受け取る場合があります。設定内容は利用するDNS・配信サービス・メールソフトで異なります。変更前に現在値を控え、必ず公式情報と管理者の確認を経てください。