Jomo Jomo

メールが送受信できなくなった

メールの送受信ができなくなった際の原因切り分けと復旧手順を、メールサーバー・クライアント両面からひとり情シス向けに解説します。

状況：メールが送受信できなくなった

「取引先にメールが届いていないと言われた」「朝からメールが1件も来ない」――メールトラブルはひとり情シスが受ける問い合わせの中でも特に頻度が高いものです。メールは業務の生命線であり、送受信の停止は受注の機会損失や信用問題に直結します。

このケースでは、社内の複数ユーザーでメールの送受信が同時にできなくなった状況を想定して解説します。特定ユーザーだけの問題なのか、全社的な障害なのかで対応が変わるため、最初の切り分けが重要です。

原因：何が起きていたのか

メール障害の原因は大きく3つの領域に分かれます。

メールサーバー側の問題

  • メールサーバーのディスク容量不足：ログやメールデータでディスクが満杯になり、新規メールを受信できない
  • メールサービス（Microsoft 365、Google Workspace等）の障害：クラウドサービス自体がダウン
  • DNS設定の変更・障害：MXレコードが正しく参照できない
  • SSL証明書の期限切れ：証明書が失効し、暗号化通信が確立できない

ネットワーク側の問題

  • ファイアウォールの設定変更：ポート25/465/587/993/995がブロックされている
  • インターネット接続自体の障害：メールに限らず外部通信全般が不可

クライアント側の問題

  • メールソフトの設定変更：パスワード変更後にメールソフト側を更新していない
  • ローカルのメールデータの破損：Outlookのpstファイルが破損
  • セキュリティソフトによるブロック：メール通信を不正と判断してブロック

対応手順：効率的に切り分けて解決する

ステップ1：影響範囲と症状を正確に把握する

以下の質問で状況を整理します。

  1. 送信・受信のどちらが問題か（あるいは両方か）
  2. 全社員か、特定の社員だけか
  3. 社内宛・社外宛のどちらが問題か
  4. エラーメッセージは出ているか（出ている場合はスクリーンショットをもらう）
  5. いつから発生しているか

📋 具体例

全社員で送受信不可 → サーバー側またはネットワーク側の問題。特定の1名だけ → クライアント側の問題。送信はできるが受信できない → MXレコードやサーバーの受信設定の問題。特定のドメイン宛だけ送信できない → 相手側の迷惑メールフィルタやIPブラックリストの問題。

ステップ2：クラウドメールサービスの障害情報を確認する

Microsoft 365やGoogle Workspaceを利用している場合、まずサービスの稼働状況を確認します。

  • Microsoft 365：管理センター > サービス正常性、またはstatus.office.com
  • Google Workspace：Google Workspace ステータスダッシュボード（workspace.google.com/status）
  • その他：DownDetectorなどの外部サービスでも確認可能

💡 ポイント

クラウドサービスの障害は意外と頻繁に発生します。サービス側の障害であれば、こちらでできることは復旧を待つことだけです。その間、緊急の連絡はチャットツールや電話で代替しましょう。サービス障害の通知をメールで受け取る設定にしている場合、メール障害時には通知が届かないため、RSSフィードやX（旧Twitter）のステータスアカウントをフォローしておくのが確実です。

ステップ3：DNS設定を確認する

メールの受信にはDNSのMXレコードが正しく設定されている必要があります。コマンドプロンプトで以下のコマンドを実行して確認します。

📋 具体例

コマンドプロンプトで「nslookup -type=mx 自社ドメイン名」を実行し、MXレコードが正しいメールサーバーを指しているか確認します。ドメインの管理画面でDNS設定が意図せず変更されていないかも併せて確認してください。ドメイン更新忘れでドメイン自体が失効しているケースもあります。

ステップ4：メールソフトの設定確認（個別ユーザーの場合）

特定ユーザーだけの問題であれば、メールソフトの設定を確認します。

  1. 受信サーバー・送信サーバーのアドレスが正しいか
  2. ポート番号が正しいか（IMAP: 993、POP3: 995、SMTP: 587 が一般的）
  3. 認証方式（SSL/TLS、STARTTLS）が正しいか
  4. パスワードが正しいか（期限切れや変更後の未更新）
  5. Outlookの場合、プロファイルの修復や再作成を試みる

ステップ5：メール送信元のブラックリスト登録を確認する

自社のメールが特定の相手に届かない場合、自社のメールサーバーのIPアドレスがスパムブラックリストに登録されている可能性があります。MXToolBox（mxtoolbox.com）などの無料ツールで確認できます。

⚠️ 注意

社内PCがマルウェアに感染し、大量のスパムメールを送信してしまった結果、自社IPがブラックリストに登録されるケースがあります。この場合、マルウェアの駆除を先に行い、その後各ブラックリスト機関に解除申請を行います。解除には数日かかることもあります。

再発防止策

1. メールサービスの監視を設定する

UptimeRobot（無料プランあり）などの外部監視サービスで、メールサーバーの稼働状態を監視します。ダウンした際にスマホにプッシュ通知が届くようにしておけば、社員からの問い合わせよりも先に障害を検知できます。

2. SPF/DKIM/DMARCを正しく設定する

メールの送信元認証を正しく設定することで、自社のメールが迷惑メールと判定されるリスクを下げ、なりすましメールも防止できます。

3. ドメイン・SSL証明書の期限管理を行う

ドメインの有効期限とSSL証明書の有効期限をカレンダーに登録し、更新忘れを防止します。自動更新を設定できるサービスであれば有効にしておきましょう。

4. メール以外の連絡手段を確保する

メール障害時の代替手段として、ビジネスチャット（Slack、Teamsなど）を導入しておくと安心です。電話連絡先リストも紙で保管しておきましょう。

💡 ポイント

メールトラブルの多くは「パスワード間違い」「サービス側の一時障害」「迷惑メールフォルダへの振り分け」といった軽微なものです。まずは簡単な原因から順にチェックし、複雑な原因の調査は後回しにするのが効率的です。

まとめ

  • メール障害はまず影響範囲と症状の正確な把握から始める
  • クラウドサービスの障害情報を早い段階で確認する
  • DNS（MXレコード）とドメインの有効期限を確認する
  • SPF/DKIM/DMARCの設定でメールの到達率を向上させる
  • メール以外の連絡手段を日頃から整備しておく