メールを送ろうとしてもエラーになる、送信トレイに残ったままになる、一部の相手にだけ送れない――このような場合は、設定を闇雲に変更するのではなく、「自分の端末からSMTPサーバーへ接続できないのか」「認証で失敗しているのか」「相手側で拒否されているのか」を順番に切り分けることが重要です。
この記事では、独自ドメインメールやレンタルサーバーのメールを中心に、メールが送信できない主な原因と確認方法を初心者向けに整理します。
30秒でわかる結論
30秒でわかる結論
- まず「全宛先に送れない」のか「特定の相手だけ送れない」のかを分ける
- 全宛先に送れない場合は、SMTPサーバー名・ポート番号・暗号化方式・SMTP認証・パスワードを確認する
- 特定の相手だけ送れない場合は、宛先間違い・相手側拒否・送信ドメイン認証・送信元評価などを確認する
- 4xx系SMTP応答は一時的な失敗、5xx系は恒久的な拒否を示すことが多い
- 587番ポート＋STARTTLS、465番ポート＋TLSが代表的だが、実際の設定値は利用中サービスの公式情報を優先する
- SPF・DKIM・DMARCは重要だが、メールソフトからSMTPサーバーへログインできない問題とは別に切り分ける
- 会社メールでは設定を何度も変更する前に、エラー文・発生時刻・宛先・利用環境を記録して管理者やサーバー会社へ確認する
メール送信はどこで失敗する？
メール送信では、メールソフトから送信サーバーへ接続し、認証を行い、その後に相手側メールサーバーへ配送されます。つまり「送れない」と言っても、失敗する場所は1か所ではありません。
送信操作をする
サーバー名・ポート・TLSを確認
ユーザー名・パスワードなどを確認
送信制限やポリシーを確認
宛先・認証・受信側ポリシーを確認
「送信できない」と「送信したが届かない」は分ける
送信ボタンを押した時点でエラーになる場合は、SMTP設定や認証の問題が中心です。一方、送信済みになった後でエラーメールが返る場合は、宛先・相手側拒否・送信ドメイン認証など配送段階の問題が疑われます。
メールが送信できない主な原因
| 症状 | 主な原因 | 最初に確認すること |
|---|---|---|
| 全員に送れない | SMTP設定・認証・接続 | サーバー名、ポート、TLS、ID・パスワード |
| 急に送れなくなった | パスワード変更、障害、制限 | Webメール、障害情報、アカウント状態 |
| 特定の相手だけ送れない | 宛先誤り、相手側拒否 | エラーメールのコードと本文 |
| 大きい添付だけ送れない | 送信サイズ上限 | 添付サイズとサービス上限 |
| 大量送信後に送れない | 送信数制限・迷惑メール対策 | 送信上限、アカウント制限 |
| 送信済みだが届かない | 認証・迷惑メール判定・受信側拒否 | バウンスメール、SPF/DKIM/DMARC |
原因1．SMTPサーバー名が間違っている
メール送信にはSMTPサーバーを使います。レンタルサーバーやメールサービスから指定された送信サーバー名と、メールソフトに入力した値が一致しているか確認してください。
確認する項目
- 送信メールサーバー（SMTP）のホスト名
- 受信サーバー名を誤って入力していないか
- 古いサーバー移転前の設定が残っていないか
- サービス指定の専用ホスト名がある場合はそれを使用しているか
独自ドメインを使っていても、SMTPサーバー名が必ず「mail.自分のドメイン」になるとは限りません。利用中サービスの公式マニュアルに記載された値を使用してください。
原因2．ポート番号・暗号化方式が合っていない
SMTPでは、ポート番号と暗号化方式の組み合わせが合っていないと接続できません。
| 代表的なポート | 一般的な用途 | 暗号化 |
|---|---|---|
| 587 | メールクライアントからの送信 | STARTTLSが広く利用される |
| 465 | TLSを最初から使用するメール送信 | Implicit TLS |
| 25 | 主にメールサーバー間配送 | 利用環境による |
ポート番号だけ合わせても不十分
「587なのにSSL/TLSを直接開始する」「465なのにSTARTTLSとして設定する」など、ポートと暗号化方式が合っていないと失敗することがあります。メールサービスの指定をそのまま設定してください。
IETFのRFC 8314では、メール送信について587番ポートでのSTARTTLSと465番ポートでのImplicit TLSが扱われています。ただし、実際に利用できるポートはサービスごとに異なるため、最終的には契約中のメールサービスの設定値を確認します。
原因3．SMTP認証に失敗している
現在のメール送信では、SMTPサーバーへ接続した利用者が正規ユーザーか確認するため、SMTP認証が一般的に使われます。
認証で失敗する主な原因は次のとおりです。
- メールアドレスまたはユーザー名の入力ミス
- パスワードの入力ミス
- メールパスワード変更後にメールソフト側が古いまま
- SMTP認証が無効になっている
- サービス側の認証方式変更にメールソフトが対応していない
- アカウントがロック・停止されている
認証エラーの例
「535」や「Authentication unsuccessful」といったメッセージが表示される場合は、認証失敗を疑います。ただし、同じ数字でもサービス独自の詳細コードが付くことがあるため、エラー全文を確認してください。
Microsoft 365の公式情報でも、たとえば「535 5.7.3 Authentication unsuccessful」は認証失敗として案内されています。パスワードだけでなく、サービス側でSMTP AUTHが許可されているかなど、契約サービス固有の設定確認が必要になる場合があります。
原因4．メールアドレス・パスワードが変更されている
「昨日まで送れたのに今日から送れない」場合は、最近の変更を確認します。
直前に変更していないか確認
- メールアカウントのパスワード
- サーバー契約・メールサービス
- ドメインやDNS設定
- メールソフト・OSの更新
- セキュリティソフトやVPN
- 社内ネットワーク・ルーター
特にパスワード変更後は、パソコン・スマートフォン・タブレットなど複数端末のうち1台だけ古いパスワードが残っていることがあります。
原因5．インターネット接続・ファイアウォール・VPNの影響
SMTP設定が正しくても、ネットワーク側で接続が遮断されると送信できません。
自宅Wi-Fiでは送れないがスマートフォン回線では送れる、会社ネットワークだけ送れない、といった場合はネットワーク差を確認します。
切り分け方法
同じメールアカウントをWebメールで送信できるか確認し、さらに別の回線でも試します。Webメールでは送れるのにメールソフトだけ失敗するなら、SMTP設定や端末・ネットワーク側を疑いやすくなります。
原因6．送信サイズの上限を超えている
本文だけなら送れるのに、写真・PDF・動画などを添付したときだけ失敗する場合は、送信サイズ上限を確認します。
メール添付では、ファイルそのものの容量より送信時のデータ量が増えることがあります。そのため、たとえば「20MBの上限だから20MBのファイルまで確実に添付できる」とは限りません。
大きなファイルは共有リンクも検討
大容量ファイルをメールへ直接添付せず、信頼できるクラウドストレージやファイル共有サービスのリンクを利用する方法もあります。会社では社内ルールに従ってください。
原因7．送信数・送信頻度の制限にかかっている
レンタルサーバーやメールサービスでは、迷惑メール送信や不正利用を防ぐため、一定時間・一定期間あたりの送信数を制限している場合があります。
短時間に大量送信した直後から送れなくなった場合は、送信上限やアカウント制限を確認してください。
具体的な「1時間○通」「1日○通」という上限はサービスごとに異なり、変更されることもあります。契約中サービスの最新マニュアルや管理画面を確認してください。
原因8．宛先メールアドレスが間違っている
特定の相手だけ送れない場合は、相手のメールアドレスを確認します。
- @より前の入力ミス
- ドメイン名の綴り間違い
- 退職・契約終了などでアドレスが廃止されている
- 受信側メールボックスの問題
SMTPの標準では、550は「メールボックスが利用できない」「アクセス不可」「ポリシー上拒否」など複数の理由に使われます。そのため、550という数字だけで「宛先が存在しない」と決めつけず、後ろに続く英文や詳細コードまで確認してください。
原因9．相手側サーバーに拒否されている
自分のSMTPサーバーでは送信を受け付けても、その先の受信サーバーがメールを拒否する場合があります。
主な原因には次があります。
- 送信ドメイン認証が不十分
- 送信元IPアドレスやドメインの評価
- 迷惑メールと判断される内容・送信パターン
- 受信側独自のセキュリティポリシー
- 相手側メールボックスの状態
Gmailは現在、Gmail宛ての送信者に対してSPFまたはDKIMによる認証などを要求し、1日5,000通を超えてGmail個人アカウントへ送る送信者にはSPF・DKIM・DMARCなど、より厳しい要件を設けています。
SPF・DKIM・DMARCは「メールソフトのログイン設定」ではない
これらは主に受信側が送信元の正当性を確認するための仕組みです。メールソフトからSMTPサーバーへ接続できない場合は、先にSMTPサーバー名・ポート・TLS・SMTP認証を確認してください。
エラーコードはどう見る？
SMTPでは3桁の応答コードが使われます。初心者はまず、先頭の数字を見ると大まかな方向を判断できます。
| コード例 | 大まかな意味 | 考え方 |
|---|---|---|
| 421・450・451・452 | 一時的な失敗 | サーバー混雑・一時エラー・容量などを確認 |
| 535 | 認証失敗として使われることがある | ID・パスワード・SMTP認証方式を確認 |
| 550 | 宛先利用不可・拒否・ポリシー拒否など | エラー全文を確認 |
| 552 | 容量超過など | 送信サイズや相手側容量を確認 |
| 553 | メールボックス名・アドレス形式など | 送信元・宛先アドレスを確認 |
| 554 | トランザクション失敗・拒否など | 詳細メッセージを確認 |
数字だけで断定しない
同じ550でも、宛先不存在、アクセス拒否、迷惑メール対策など理由が異なることがあります。サーバーから返された英文・拡張ステータスコード・URLなども含めて確認してください。
メールが送れないときの確認手順
Webメールで送れるか確認すると切り分けやすい
レンタルサーバーがWebメールを提供している場合は、同じアカウントでテスト送信してみます。
| 結果 | 疑う場所 |
|---|---|
| Webメールは送れる／メールソフトは送れない | メールソフトのSMTP設定、端末、ネットワーク |
| Webメールも送れない | アカウント、サーバー障害、送信制限など |
| 送信は完了するが相手に届かない | 配送経路、認証、受信側拒否、迷惑メール判定 |
この確認だけで原因を完全に特定できるわけではありませんが、初心者でも「メールソフトだけの問題か」「アカウント・サーバー側まで含む問題か」を分けやすくなります。
設定を変更する前に残すべき情報
問い合わせ時に役立つ記録
- 送信できなかった日時
- 送信元メールアドレス
- 全宛先で失敗するか、一部だけか
- 表示されたエラーコードと全文
- バウンスメールの本文
- 利用しているメールソフト・OS
- Webメールでは送れるか
- 直前にパスワード・サーバー・DNSを変更したか
パスワードは問い合わせ文に書かない
サポートへ状況を伝える際も、メールパスワードそのものを送らないでください。必要な場合はサポート側の正式な本人確認・変更手順に従います。
やってはいけない対処
- 原因を確認せずポート番号を何度も変更する
- 暗号化を外せば送れるかもしれないと安易に平文設定へ変更する
- エラーコードを確認せずメールアカウントを削除する
- サーバー移転直後に旧メール設定をすべて消す
- 同じ大量メールを短時間に何度も再送する
- パスワードを第三者へ送る
特に会社メールでは、1台の設定変更が複数端末や社員の運用に影響することがあります。まず症状を記録し、原因を切り分けてから変更してください。
どんな場合にどこへ相談する？
Webメールで送れるか確認し、SMTP設定値をレンタルサーバー公式マニュアルと照合します。
エラー全文と発生時刻を保存し、社内管理者またはメールサービスのサポートへ共有します。
バウンスメールを確認し、必要なら受信側管理者へ拒否理由を確認します。
通常メールと同じ感覚で再送せず、送信制限・認証・送信者評価・配信サービスの運用を確認します。
教科書判定
まず「SMTPへ接続できない」のか「送信後に拒否された」のかを分ける
初心者は、メールが送れないときにDNSやSPFまで一度に触る必要はありません。①全宛先か特定宛先か、②Webメールでは送れるか、③SMTPサーバー名・ポート・TLS・認証が正しいか、④エラーコードは何かの順で確認してください。
メールソフトからSMTPサーバーへ接続・認証できないなら、まず送信設定の問題です。SMTPサーバーがメールを受け付けた後に特定の相手から拒否されるなら、宛先・送信ドメイン認証・送信元評価・受信側ポリシーへ確認範囲を広げます。
よくある質問
Q．受信はできるのに送信だけできないのはなぜですか？
受信と送信では使うサーバー・プロトコルが異なるためです。受信設定が正しくても、SMTPサーバー名、ポート、TLS、SMTP認証のどれかが誤っていれば送信だけ失敗します。
Q．ポート587と465はどちらを使えばよいですか？
どちらかを自己判断で選ぶのではなく、利用中サービスが指定する値を使います。一般には587＋STARTTLS、465＋Implicit TLSが使われますが、メールサービスの公式設定を優先してください。
Q．550エラーなら相手のメールアドレスが存在しないという意味ですか？
必ずしもそうではありません。SMTPの550はメールボックス不存在だけでなく、アクセス不可やポリシー上の拒否などにも使われます。550の後ろに表示される詳細メッセージまで確認してください。
Q．SPFを設定すれば送信エラーは直りますか？
SMTPサーバーへ接続・ログインできない問題は、SPF設定だけでは通常解決しません。SPFは受信側が送信元の正当性を確認する仕組みです。まずSMTP設定と認証を確認し、送信後に拒否される場合はSPF・DKIM・DMARCも確認します。
Q．昨日まで送れたのに急に送れません。何を確認すればよいですか？
パスワード変更、アカウント停止、送信上限、サービス障害、メールソフトやOSの更新、ネットワーク変更を確認します。Webメールで送れるか試すと、端末側とサーバー側を切り分けやすくなります。
まとめ
メールが送信できないときの要点
- 最初に全宛先か特定宛先だけかを確認する
- Webメールで送れるか確認すると切り分けやすい
- SMTPサーバー名・ポート・TLS・SMTP認証を公式設定と照合する
- パスワード変更やアカウント制限も確認する
- 添付ファイルが大きい場合は送信サイズ上限を確認する
- 4xx・5xxなどエラーコードと、その後ろの詳細文を保存する
- 送信済みなのに届かない場合はSPF・DKIM・DMARCや受信側拒否を確認する
- 原因が分からないまま設定を何度も変更しない
「SMTPとは？メール送信の仕組みを初心者向けに解説」「SMTP認証とは？仕組みと必要性をわかりやすく解説」もあわせて確認してください。