「送信完了」なのに通知メールが来ない。受付とメールを分けて確かめる

問い合わせを送ると「送信が完了しました」と出る。それなのに、担当者のメールボックスには何もない。こんなときは、サイトが受け付けたか、通知を送ろうとしたか、メールが届いたかを別々に確認します。完了画面だけで、担当者への到着まで確認できたとは限りません。

以下は、公開資料を踏まえた調査の進め方です。特定のお客様の障害や、復旧を確認した事例ではありません。

再送の前に、受付記録があるかを確かめる

最初に知りたいのは「同じ問い合わせをもう一度送る必要があるか」です。フォームの管理画面や受付一覧がある場合は、該当する時刻の記録を管理者に確認してもらいます。受付番号が発行されたなら、その番号も手掛かりになります。

すべてのフォームに受付一覧があるわけではありません。メール送信だけで済ませる作りもあります。記録が見つからなかったときは、「受け付けていない」と「受付記録を残す仕組みがない」を区別してもらいましょう。

記録がある場合も、担当者が内容を読んで対応したかは別です。未対応の受付を誰が確認するかまで決めると、通知の調査中も問い合わせを放置しにくくなります。

確認する場所を3つに分ける

段階	管理者に確かめたいこと
サイトの受け付け	受付の記録や番号があるか。完了画面を何の成功時に出す設計か
通知の送り出し	通知先が正しいか。送信処理の結果やエラー記録を確認できるか
メールの受信	迷惑メールや振り分け先、受信拒否、容量などに問題がないか

例えばPHPの mail() は、配送のために受け付けられたときに成功を返しますが、宛先への到着は保証しません。これはPHP公式マニュアルの戻り値の説明にも明記されています。

ただし、今使っているフォームがこの関数を使っているかどうかは、構成を見ないと分かりません。メール配信サービスや別の送信方式を使っている場合は、その方式に沿って記録を確認します。

いま取る行動を、3つに分けて選ぶ

原因が分からないまま手を動かすと、何が効いたのか追いにくくなります。次のどれから入るかを先に決めてください。これは調査の進め方の選択肢であり、特定サイトで効果を確認した手順ではありません。

選択肢	向いているとき	先にやること	避けたいこと
受付の有無を確認してから動く	完了画面は出た。同じ内容を再送したくない	管理者に該当時刻の受付記録・番号を確認してもらう	記録確認前の連続再送
通知の送り出しだけを調べる	受付はある（または受付一覧がない作り）が、担当者メールだけ無い	通知先・送信結果・エラー記録をサイト側で確認	受付とメール設定を同時にまとめて変更する
メール受信側を先に切り分ける	控えは届く／届かないなど、受信の違いが見えている	迷惑メール・振り分け・容量を、発生時刻つきで確認	受信確認前に通知先を何度も差し替える

迷ったら上から順に、「受付 → 送り出し → 受信」です。再送が必要かどうかは、受付の確認結果を見てから決めると安全です。

サイト担当とメール担当に、同じ時刻を伝える

「届かない」という説明だけでは、サイト側とメール側のどちらで止まっているかが分かりません。発生時刻、フォームのURL、完了画面の有無、受付番号があれば、その情報をそろえて伝えます。

例えば「10月25日14時10分ごろに完了画面を確認。管理者向け通知は見当たらず、利用者向けの控えは届いた」というメモなら、2種類の通知を分けて追えます。これは架空例であり、控えが届いたことだけで管理者向けの通知も成功したとは判断しません。

送信者の設定やメールの認証設定を調べる必要がある場合は、サイト担当とメール管理者が確認できる範囲を合わせます。原因が特定できていない段階で、メール設定や通知先をまとめて変更すると、何が効いたのか分かりにくくなります。

修正後は「完了が出た」で止めず、担当者の確認まで

確認方法は、変更前に決めておくと安心です。担当者と合意したテスト用の入力で、受付記録、通知の結果、実際の受信を順に照合します。通知が複数あるなら、それぞれを確認対象にします。

通知に失敗したときの扱いも聞いておきましょう。未対応の受付が見えるか、誰が確認するか、再通知してよい条件は何か。新しい仕組みを足すかどうかは、現在残っている記録と運用を見て決めます。

相談時には「メールが届かない原因を直してほしい」に加え、受付を見失わずに対応できる状態にしたいと伝えると、調査の範囲と修正後の確認を合わせやすくなります。