バウンスメールとは？種類・エラーコードの読み方と対処法を解説

バウンスメールとは、送ったメールが相手に届かなかったときに、メールサーバーが送信元へ返してくる配信エラーの通知メールです。エラーメールやリターンメールとも呼ばれ、届かなかった宛先とエラーコード、理由が書かれています。バウンスは、宛先が存在しないなど再送しても届かない「ハードバウンス」と、相手のメールボックスの容量超過など一時的な「ソフトバウンス」に分かれ、対処はまったく違います。この記事では、意味と仕組み、エラーコードの読み方、対処手順、バウンス率の目安、減らす対策、配信システムでの管理を、公式の資料に沿って整理します(2026年10月21日確認)。

目次

開く

閉じる

1. バウンスメールとは｜意味・仕組みと、届いたエラーメールの読み方
2. ハードバウンスとソフトバウンスの違い｜原因と、再送してよいかの判断
3. エラーコードの読み方｜SMTP応答コードと拡張ステータスコード
4. バウンスメールの対処手順｜ハード・ソフト別の判断フロー
5. バウンス率の計算と目安｜放置するとどうなるか
6. バウンスを減らす対策｜宛先・送信ドメイン認証・送り方の見直し
7. バウンス管理の自動化｜メール配信システムを選ぶ前の確認項目
8. よくある質問(FAQ)
9. まとめ｜バウンスメールで押さえたい6つのこと
10. 参考文献

バウンスメールとは｜意味・仕組みと、届いたエラーメールの読み方

バウンスメールとは、メールが宛先に届かなかったときに、メールサーバーが送信元へ知らせるために返すエラー通知のメールです。「bounce」は「跳ね返す」という意味で、宛先のサーバーに拒否されたメールが送信元へ戻ってくるイメージです。

エラーを返すメールの差出人は、「MAILER-DAEMON」のようなシステム用の名前になります。Wikipediaの記載例では、宛先が存在しない場合、件名に「Returned mail: see transcript for details」、本文に「550 5.1.1 … User unknown」のようなエラーコードと理由が書かれます(Wikipedia「バウンスメール」、2026年10月21日確認)。

バウンスメールの中身｜どこを見ればよいか

• 宛先：どのアドレスに届かなかったか。まず、綴りや空白の誤りがないかを見ます。
• 発生日時とサーバー名：いつ、どのサーバーで拒否されたか。
• エラーコード：「550 5.1.1」のような数字。先頭の数字が4なら一時的、5なら恒久的なエラーです(後の節で詳しく説明します)。
• 理由：「User unknown」のような英語の短い説明。コードと合わせて原因を判断します。

メールのバウンス設定とは｜エラーはどこに返るのか

バウンスメールの返信先は、メールの「From」ではなく、送信時にサーバーへ渡す「エンベロープの送信者」(reverse-path)です。電子メールの通信規格RFC 5321では、このアドレスはエラー報告の宛先として使うものと定められています(RFC 5321、2.3.1項・3.3項、2026年10月21日確認)。

そのため、「バウンスの設定」とは、エラーの返り先を専用のアドレスに指定し、届いたエラーを集めて処理できるようにすることを指します。メール配信システムでは、この返り先をシステム側で用意し、エラーを自動で振り分けるのが一般的です。設定を変えていない通常のメール送信では、送信元のアドレスにエラーが返ります。

バウンスが返らない不達もある｜届いたとは限らない

届かなかったメールが、必ずバウンスとして返るわけではないとされています(Wikipedia)。「エラーメールが来ない」ことは、「届いた」ことの証明にはなりません。

確実に伝えたい連絡は、メール以外の手段も持っておくと安心です。一例が、株式会社ネクスウェイが提供するSMS送信サービスのSMSLINKです。商品ページでは、PCのWeb画面から宛先リストのアップロード、メッセージ作成、送信日時の設定の3ステップで送れること、配信結果やURLのクリック数を管理画面で確認でき、不達の宛先は管理画面から再配信を依頼できることが紹介されています。一方で、海外の携帯電話番号にはSMSを送信できない点と、通数はキャリアごとの文字数で数え方が異なる点には注意が必要です。料金はプランによって異なるため、資料や公式サイトで確認してください。

サービス登録時のSMS認証にSMS送信サービス「SMSLINK」を導入し、安全性と利便性の両立を実現されています。

SMSLINK導入事例 トヨタ自動車株式会社(2024年9月時点の内容)

ハードバウンスとソフトバウンスの違い｜原因と、再送してよいかの判断

ハードバウンスは、宛先が存在しないなど、再送しても届かない恒久的なエラーです。ソフトバウンスは、相手のメールボックスの容量超過やサーバーの一時的な停止など、時間をおくと届く可能性がある一時的なエラーです。

項目	ハードバウンス	ソフトバウンス
性質	恒久的な失敗(RFC 3463の5.X.X)。同じ内容で再送しても成功しにくい	一時的な失敗(RFC 3463の4.X.X)。あとで再送すると成功することがある
主な原因	宛先のアドレスやドメインが存在しない。受信側が送信者認証の失敗などを理由に恒久的に拒否する	相手のメールボックスの容量超過。受信側サーバーの一時的な停止や混雑。短時間に送りすぎた
コードの例(Gmailの例)	550 5.1.1、550 5.7.26、553	421 4.7.0、450 4.2.1、452 4.2.2
送り手の対応	同じ宛先に繰り返し送らない。宛先を直すか、送信側の設定を直す	時間をおいて再送する。続く場合は原因を調べ、リストから外すかを決める

再送の考え方は、RFC 5321にも書かれています。恒久的な失敗(5yz)は、同じ要求を繰り返すべきではなく、一時的な失敗(4yz)は、繰り返せば成功することがあるとされています(4.2.1項)。送信側のサーバーが自動で再試行する間隔は、少なくとも30分が目安で、あきらめるまでの期間は通常4-5日以上必要とされています(4.5.4.1項、2026年10月21日確認)。

ハードバウンスの主な原因

• 宛先のアドレスの入力ミスや、存在しないアドレスへの送信
• 相手の退職、解約、ドメインの失効などで、アドレスが使えなくなった
• 送信元ドメインの認証(SPFやDMARC)に失敗し、受信側が恒久的に拒否した

ソフトバウンスの主な原因

• 相手のメールボックスの容量がいっぱいになっている
• 相手のサーバーが一時的に停止している、または混雑している
• 受信側が受け付けられる速度を超えて、短時間に大量に送った

ソフトバウンスが続くときの扱い

ソフトバウンスでも、同じ宛先で何度も続く場合は、実質的にハードバウンスと同じように扱います。何回続いたらリストから外すかは、配信システムや運用方針で異なるため、あらかじめ自社のルールとして決めておきます。

エラーコードの読み方｜SMTP応答コードと拡張ステータスコード

バウンスメールのエラーコードは、「550 5.1.1」のように、3桁のSMTP応答コードと、「5.1.1」の拡張ステータスコードの2つで読みます。どちらも先頭の数字が4なら一時的、5なら恒久的な失敗です。

先頭の数字で、一時的か恒久的かを見分ける

RFC 5321では、4yzは「一時的な失敗」で、同じ要求を繰り返せば成功することがある、5yzは「恒久的な失敗」で、同じ要求を繰り返すべきではないと定義しています(4.2.1項)。拡張ステータスコードを定めたRFC 3463も、5.X.Xは、同じメールを再送しても成功しにくく、宛先か内容を変える必要があると説明しています(RFC 3463、2節、2026年10月21日確認)。

拡張ステータスコードの2つ目の数字は、原因の分野を表します。たとえば、X.1.Xはアドレス関連(3.2項)、X.2.Xはメールボックス関連(3.3項)、X.7.Xはセキュリティやポリシー関連(3.8項)です。5.1.1は「宛先のアドレスが不正」、5.2.2は「メールボックスの容量超過」、5.7.1は「送信が許可されず拒否された」を表します。

主なエラーコード早見表｜Gmailの例

Gmailが公開しているエラーコードの一覧から、バウンスメールでよく見るものを整理します。他のメールサービスでは、同じコードでも文言が異なることがあります(Google Workspace「Gmail SMTP errors and codes」、2026年10月21日確認)。

コード	区分	Gmailの説明の要点	最初に見るところ
421 4.7.0	一時的	サーバーが接続を切った。許可リスト未登録、TLSが必須、PTRレコード未設定、送信者の評価が低いなどが原因	送信側のサーバー設定
450 4.2.1	一時的	受信者が短時間に多くのメールを受け取っている、または受信の速度が制限されている	送る速度と量
451 4.3.0	一時的	メールサーバーがメッセージを拒否した。または宛先ドメインが複数だった	時間をおいて再送
452 4.2.2	一時的	受信者のメールボックスの容量がいっぱい	相手に容量の確認を依頼
550 5.1.1	恒久的	受信者のアカウントが存在しない	宛先の綴りや空白
550 5.7.26	恒久的	送信者が認証されていないため拒否(SPFの厳格な失敗やDMARCポリシーの失敗など)	送信側のSPF・DKIM・DMARC
552 5.2.2	恒久的	受信者のメールボックスの容量がいっぱいで、利用もされていない	宛先が現在も使われているか
553	恒久的	5.1.2は宛先ドメインが見つからない、5.1.3は宛先アドレスが不正、5.1.7は送信者のアドレスが不正	宛先と送信元のアドレス
554	恒久的	トランザクションの失敗。たとえば5.4.6は転送回数が50を超えた、5.6.0はメッセージの形式が不正	メールのループや形式

同じ「550」でも、5.1.1は宛先の問題、5.7.26は送り手側の認証の問題と、直す場所が違います。3桁のコードだけで判断せず、拡張ステータスコードまで見ます。

バウンスメールの対処手順｜ハード・ソフト別の判断フロー

対処は、エラーコードの最初の数字で分けます。5なら、宛先や送信側の設定を直すまで再送せず、4なら時間をおいて再送し、続く場合に原因を調べます。

手順	見るもの	判断	次の動き
1	エラーコードの先頭の数字	5は恒久的、4は一時的	5は手順2へ、4は手順4へ
2	拡張ステータスコード(5.1.1、5.7.26など)	宛先の問題か、送信側の問題か	宛先なら手順3、認証やポリシーなら送信側の設定の見直し
3	宛先の綴り、空白、相手の異動・退職	入力ミスか、使えなくなったか	正しいアドレスを相手に確認。確認できなければ、リストから外す
4	4で始まるコードの理由(容量、混雑、速度)	相手側の一時的な事情か、送り方の問題か	時間をおいて再送。容量が理由なら相手に確認を依頼
5	同じ宛先のエラーの回数	続いているか	自社で決めた回数を超えたら、リストから外す

ハードバウンスの対処｜宛先を直すか、リストから外す

550 5.1.1が返ったら、まず宛先の綴りと余分な空白を確認します。Gmailの説明でも、アカウントが存在しない場合は、タイプミスや余分な空白を確認するよう案内されています。綴りが合っていれば、相手の退職やアドレスの変更が考えられるため、電話や別の窓口で正しいアドレスを確認します。確認できないアドレスは、以後送らないようリストから外します。

550 5.7.26が返ったら、宛先ではなく、自社のメール送信の認証設定が原因です。送信ドメインのSPF、DKIM、DMARCの設定を確認します(設定の考え方は、後の「バウンスを減らす対策」で説明します)。

ソフトバウンスの対処｜時間をおき、続くなら原因を切り分ける

452 4.2.2のように相手の容量が理由なら、相手に容量の確認を依頼します。450 4.2.1のように速度が理由なら、送る間隔を空けます。421 4.7.0が続くときは、送信側のサーバーのPTRレコードの設定やTLSの利用など、自社側の設定が原因のことがあります。

添付ファイルが大きいことが原因のときは、ファイルを圧縮するか、分割して送るか、共有用のURLで渡す方法があります。メールとオンラインストレージの使い分けは、ファイル共有にはメール？オンラインストレージ？使い分けを解説で整理しています。

バウンス率の計算と目安｜放置するとどうなるか

バウンス率とは、送ったメールのうち、バウンスになった割合です。バウンスの数を送信数で割り、100をかけた数値(%)で表します。公的に定められた基準はなく、目安は送信サービスごとに異なります。

計算の例として、1万通を送り、ハードバウンスが200通だった場合、200を10,000で割って、バウンス率は2%です(数字は計算の説明用の仮定です)。

送信サービス	バウンスに関する基準	確認できる範囲
Amazon SES	ハードバウンス率は5%未満を保つことが推奨。5%以上で自動的に審査の対象、10%以上で送信を一時停止されることがある	ソフトバウンスは計算に含まれない(Amazon SES開発者ガイド、2026年10月21日確認)
Gmail(Google)	バウンス率の数値基準は、確認した範囲では記載なし。代わりに、迷惑メール率を0.3%未満(推奨は0.10%未満)にするよう案内	バウンスや遅延が始まったら、エラー率が下がるまで送信量を減らし、徐々に増やすよう案内(メール送信者のガイドライン、2026年10月21日確認)

「バウンス率は2%以下」といった数字をよく見かけますが、確認した公式の資料にはありません。まず、利用している配信サービスの基準を確認し、その基準に収まるよう自社の目標値を決めます。

バウンスメールは迷惑メールなのか｜スパム扱いされる条件

バウンスメールそのものは、配信に失敗したことを知らせる通知で、迷惑メールではありません。ただし、バウンスが多い送り手は、迷惑メールを送る側とみなされやすくなります。Amazon SESの資料では、メールプロバイダーは高いバウンス率を、送り手が宛先リストを適切に管理していない、望まれないメールを送っている可能性があるサインと解釈すると説明しています。

バウンスを放置するリスク

• 届きにくくなる：バウンス率が高いと、送り手の評価が下がり、正常な宛先へのメールにも影響する可能性があります。
• 配信サービスの制限：サービスによっては、基準を超えると審査の対象になり、送信が停止されることがあります。
• 連絡の取りこぼし：エラーに気づかないと、相手に連絡が届いていないまま、やり取りが止まります。

バウンスを減らす対策｜宛先・送信ドメイン認証・送り方の見直し

バウンスを減らすには、宛先を正しく集めて保つこと、送信ドメイン認証を設定すること、送る量とサイズを見直すことの3つが基本です。

宛先リストを正しく集めて保つ

• 入力ミスを防ぐ：フォームでアドレスを2回入力してもらう、確認メールを送るなどで、存在しないアドレスの登録を減らします。
• ダブルオプトイン：登録後に確認メールを送り、リンクをクリックした宛先だけを登録する方法です。Amazon SESも、新しい宛先を集める方法として推奨しています。
• 購入したリストに送らない：Googleのガイドラインでは、他の企業からメールアドレスを購入せず、配信登録をしていない人にはメールを送らないよう案内しています。
• 反応のない宛先を整理する：長く開封やクリックのない宛先は、リストから外す対象にします。
• 何回も返送された宛先を外す：Googleのガイドラインでも、何回もメールが返送された受信者を自動的に登録解除する方法が挙げられています。

迷惑メール対策の全体像は、迷惑メール対策の完全ガイド｜受信・送信・法務まで実務手順を解説でも整理しています。

送信ドメイン認証を設定する

Googleの「メール送信者のガイドライン」では、2024年2月1日以降、すべての送信者に、送信元ドメインへのSPFまたはDKIMの設定、有効な逆引きDNS(PTR)レコード、TLS接続での送信が求められています。Gmailに1日5,000件を超えて送る一括送信者には、SPFとDKIMの両方に加えて、DMARCの設定も必要です(メール送信者のガイドライン、2026年10月21日確認)。認証に失敗すると、550 5.7.26のように、恒久的なバウンスになります。

送る量・速度・サイズを見直す

バウンスが増え始めたときは、エラー率が下がるまで送信量を減らし、その後に少しずつ増やします(Googleのガイドライン)。急に大量に送ると、450 4.2.1のように、受信側の速度制限に当たりやすくなります。添付ファイルが大きいときは、共有用のURLで渡し、メール本体を軽くします。

バウンス管理の自動化｜メール配信システムを選ぶ前の確認項目

宛先が増えるほど、バウンスを手作業で整理するのは難しくなります。メール配信システムには、バウンスの自動判定と、配信リストからの自動除外などを備えたものがあります。選ぶ前に、次の項目を確認します。

確認項目	見るポイント	理由
ハード・ソフトの自動判別	エラーコードで分類され、一覧で見られるか	手作業の判断を減らすため
ソフトバウンスの回数上限	何回続いたら除外するかを設定できるか	手順5の運用ルールを、システムに任せるため
バウンスの返り先の設定	専用の返り先が用意され、エラーが自動で集計されるか	エラーの返り先を、自社のメールボックスに集めないため
送信ドメイン認証への対応	SPF・DKIM・DMARCの設定を案内・支援してくれるか	認証失敗によるバウンスを防ぐため
レポートと連携	バウンス率の推移を見られるか、APIで連携できるか	基準の確認と、他システムとの連携のため

送信サーバーを中継して、到達率と不達の原因の追いやすさを高める方法もあります。メールリレーサービスとは？メリット・デメリット、選び方も解説で、仕組みと選び方を確認できます。

会員向けにメールを一括で送る運用の一例が、株式会社クリエが提供するFannetsPass(ファンネッツパス)です。会員名簿を1か所で管理すると、宛先が変わったときの更新漏れに気づきやすくなります。商品ページでは、既存の会員データと連携して対象者へ一括送信できること、会員向けのクローズドなイベントについて、先着順や抽選の受付からチェックインまでを1つのシステムで管理できることが紹介されています。一方で、商品ページにはバウンスの自動処理に関する記載がないため、不達の扱いは資料で確認が必要です。また、AIアシストや多言語には非対応であること、契約後のサポートがメールのみであることには注意が必要です。料金はプランによって異なるため、資料や公式サイトで確認してください。

よくある質問(FAQ)

Q1. バウンスメールとはどういう意味ですか？

A. メールが宛先に届かなかったときに、メールサーバーが送信元へ知らせるエラー通知のメールです。「bounce」は「跳ね返す」という意味で、エラーメールやリターンメールとも呼ばれます。届かなかった宛先、エラーコード、理由が書かれています。

Q2. バウンスメールはスパム(迷惑メール)扱いされますか？

A. バウンスメールそのものは配信失敗の通知で、迷惑メールではありません。ただし、バウンスが多い送り手は、宛先リストを適切に管理していない送り手とみなされやすくなります。Amazon SESの資料でも、メールプロバイダーが高いバウンス率をそのようなサインと解釈すると説明されています。

Q3. メールのバウンス設定とは何ですか？

A. エラーの返り先を、専用のアドレスに指定する設定です。バウンスは、メールの「From」ではなく、送信時のエンベロープの送信者に返ります(RFC 5321)。メール配信システムでは、この返り先をシステムが用意し、エラーを自動で集計・処理します。

Q4. メールのバウンス率とは何ですか？目安はありますか？

A. 送ったメールのうち、バウンスになった割合です。バウンスの数を送信数で割り、100をかけて求めます。公的な基準はなく、サービスごとに異なります。Amazon SESでは、ハードバウンス率を5%未満に保つことが推奨されています。

Q5. ハードバウンスとソフトバウンスの違いは何ですか？

A. ハードバウンスは、宛先が存在しないなど、再送しても届かない恒久的なエラーで、エラーコードの先頭が5です。ソフトバウンスは、容量超過やサーバーの一時停止などによる一時的なエラーで、先頭が4です。ハードバウンスの宛先は繰り返し送らず、ソフトバウンスは時間をおいて再送します。

Q6. バウンスメールが届いたとき、まず何をすればよいですか？

A. エラーコードの先頭の数字を見ます。5なら、宛先の綴りと空白を確認し、確認できなければリストから外します。4なら、時間をおいて再送し、続く場合は原因を調べます。550 5.7.26のように認証が理由のときは、送信側のSPF・DKIM・DMARCの設定を見直します。

まとめ｜バウンスメールで押さえたい6つのこと

バウンスメールは、届かなかったメールの原因を教えてくれる手がかりです。エラーコードの読み方と、種類別の対処を決めておけば、慌てずに対応できます。最後に、押さえておきたい点を整理します。

1. バウンスは、配信失敗を知らせる通知：宛先、エラーコード、理由を見ます。バウンスが返らない不達もあります。
2. ハードとソフトで対処を変える：先頭が5なら再送せず、4なら時間をおいて再送します。
3. 拡張ステータスコードまで読む：同じ550でも、5.1.1は宛先、5.7.26は送信側の認証が原因です。
4. バウンス率は、利用サービスの基準で管理する：Amazon SESはハードバウンス率5%未満を推奨しています。
5. 宛先・認証・送り方を見直す：ダブルオプトイン、SPF・DKIM・DMARC、送信量の調整が基本です。
6. メール以外の連絡手段と、配信システムを検討する：届いたか分からない連絡はSMSLINK、会員名簿の一括送信はFannetsPassの資料で、自社に合うか確認します。

本記事は一般的な情報の整理です。エラーコードの文言は、メールサービスによって異なることがあります。各社のページは、2026年10月21日確認の内容に基づきます。

参考文献

• IETF「RFC 5321 Simple Mail Transfer Protocol」(2.3.1項・3.3項・4.2.1項・4.5.4.1項)、2026年10月21日確認
• IETF「RFC 3463 Enhanced Mail System Status Codes」(2節・3節)、2026年10月21日確認
• Google Workspace「Gmail SMTP errors and codes」、2026年10月21日確認
• Google Workspace 管理者ヘルプ「メール送信者のガイドライン」、2026年10月21日確認
• Amazon Web Services「Amazon SES Developer Guide: Reputation metrics messages」、2026年10月21日確認
• Wikipedia「バウンスメール」、2026年10月21日確認
• SMSLINK「SMSLINK導入事例 トヨタ自動車株式会社」(2024年9月時点の内容)、2026年10月21日確認