「送信者に返却」メール：バウンスが発生する理由と次にすべきこと
送信ボタンを押した。5分後、「Mail Delivery Subsystem」または「postmaster@」で始まるメッセージがあなたの受信箱に届く。件名は配信不可メールが送信者に返却されました。それを開くと、あなたが送ったばかりのメッセージの周りに、SMTP用語の壁が広がっている。Final-Recipient、Diagnostic-Code、Status: 5.1.1などが記載されている。これが「送信者に返却」メールであり、今あなたはそれが実際に何を意味するのかを理解しようとしている。
3つの疑問が同時に浮かぶ。アドレスを間違って入力したのか？彼らの受信箱またはあなたの送信設定に何か問題があるのか？再送信し、別の方法でその人に連絡を取るべき、それともそのアドレスを完全に無視すべきか？
この記事は、あなたが実際に受け取ったバウンスコードに基づいて整理された、各々の質問に対する具体的な答えを提供します。答えはほぼ完全に、バウンス通知が永続的（5xx）か一時的（4xx）かによって決まります。その違いを知ることで、30秒の修正と数時間の推測とを分ける。ほとんどの送信者はすべてのメールバウンスを同じように扱っている。それはドメイン全体の送信者レピュテーションに静かに損害を与える誤りである。
バウンスメッセージ自体から始める。それはあなたが思うよりも多くのことを教えている。
目次
- バウンスコードをデコードしてから何かをする前に
- さらに調査する前にタイプミスをキャッチする
- サーバー側で実際に何が起きているか
- ハードバウンス対ソフトバウンス、そしてそれらを混同することがあなたを傷つける理由
- 再送信するとき、待つとき、あきらめるとき
- バウンス防止プレイブックを作成する
バウンスコードをデコードしてから何かをする前に
すべての「送信者に返却」メールには、SMTPステータスコードが含まれている。通常、550、421、452のような3桁の数字で、メッセージ本文またはDiagnostic-Codeというラベルの付いた行に埋め込まれている。このコードはバウンス通知全体の中で最も重要な情報である。他のすべてては装飾に過ぎない。
何かをする前にそれを見つけよう。Gmailでは3つの点のメニューをクリックして「元のメッセージを表示」を選択し、Final-Recipient、Action、Status というマークの付いた行をスキャンする。Outlookでは、バウンス下部の「管理者向けの診断情報」までスクロールする。コードはそこにある。
RFC 5321で定義されているSMTPプロトコルのコード構造は、最初の数字に基づいて、あなたが対処している失敗の種類を教えている：
- 2yz — 成功（バウンスではこれらが表示されない）
- 4yz（ソフトバウンス） — サーバーは後で試してくださいと言っている。アドレスは有効かもしれない。何かが一時的に配信をブロックしている。
- 5yz（ハードバウンス） — サーバーはもう試さないでくださいと言っている。アドレス、あなたの認証、またはあなたの送信者レピュテーションがこの宛先で永続的な問題を抱えている。
最新のサーバーはまた、X.Y.Z形式の拡張ステータスコードを返す。例えば5.1.1は「不正な宛先メールボックスアドレス」を意味する。IANAの拡張ステータスコードレジストリに従うと、2番目と3番目の数字は正確な理由を絞り込む。5.1.1は存在しないユーザーで、5.7.1はポリシー/セキュリティ拒否である。あなたのバウンスがX.Y.Z形式を示している場合、それらの追加の数字は実際の仕事をしている。
実際的な部分：コードは、あなたの次の動きが待つと再試行か、私の側で何かを修正か、この住所への送信を永遠にやめるかを決める。永続的にバウンスしたアドレスへの送信を続けることは、そのISPとあなたの送信者レピュテーションに損害を与えるもの。つまり、同じドメイン上の他の受信者への今後のメールもフィルタリングされたり拒否されたりする可能性がある。バウンスは単にメッセージ1つに対するフィードバックではない。それはあなたの送信者プロフィールのデータポイントである。
最も一般的なバウンスコードがアクションにどのように変換されるかは、IANA標準、Wikipedia SMTPコード参考、および大手メールインフラプロバイダーのドキュメント全体から編集された：
| バウンスコード | サーバーが意味するもの | バウンスの種類 | あなたの次のステップ |
|---|---|---|---|
| 421 | サービス一時的に利用不可 | ソフト（4xx） | 24～48時間待つ、1回再試行 |
| 450 | メールボックス一時的に利用不可 | ソフト（4xx） | 24～48時間待つ、1回再試行 |
| 451 | ローカル処理エラー | ソフト（4xx） | 再試行；送信ツールを確認 |
| 452 | 受信者の受信箱がいっぱい／ストレージ超過 | ソフト（4xx） | 待ってから再試行；緊急の場合は受信者に警告 |
| 501 | メールアドレスの構文が不正 | ハード（5xx） | アドレスのスペルと形式を確認 |
| 535 | 認証に失敗 | ハード（5xx） | SPF/DKIM/DMARC設定を修正 |
| 541 | メッセージがスパムとして拒否 | ハード（5xx） | 送信者レピュテーションとブロックリストを確認 |
| 550 | メールボックスが存在しない | ハード（5xx） | 送信を停止；アドレスを確認 |
| 551 | ユーザーがローカルではない；アドレス拒否 | ハード（5xx） | 代替連絡先を探す |
| 552 | 受信者のストレージ超過（永続的） | ハード（5xx） | 別の連絡方法を使用 |
| 553 | メールボックス名が許可されていない | ハード（5xx） | 形式を確認；アドレスが無効な可能性 |
| 554 | トランザクション失敗（しばしばブロックリスト） | ハード（5xx） | 送信者レピュテーションを調査 |
4xxコードはサーバーが再試行を求めている。5xxコードはサーバーが停止を指示している。この2つを混同させることは時間を無駄にし、あなたのレピュテーションを損傷する。
さらに調査する前にタイプミスをキャッチする
550バウンスに直面して、ほとんどの送信者は直ちにサーバーの問題、スパムフィルター、またはGoogleで1時間かける価値のある認証の問題を想定する。つまらない真実：「そのようなユーザーが見つかりません」バウンスの最も一般的な原因はタイプミスである。消えた文字。間違ったドメイン（gmail.comの代わりにgmail.co）。アドレス帳から間違った連絡先を選んだオートコンプリート。何か調査する前にアドレスを確認しよう。
4つのステップをこの順番で実行する。最初の3つは組み合わせて2分未満で実行できる。
1. アドレスを元のソースと文字ごとに読み直す。
オートコンプリートを信頼しないこと。ビジネスカード、LinkedInプロフィール、署名行、またはあなたが元々アドレスを取得した契約を開く。文字ごとに比較しよう。古典的な類似トラップに注意：数字1対小文字のL、数字0対大文字のO、消えたドット、ドメイン内の転置された文字（gmailとgnail、outlook.comとoutloook.com）。驚くほど多くのバウンスが単なるこのステップで解決される。
2. ドメインが実際に存在し、メールを受け付けていることを確認。
ユーザー部分ではなくドメイン自体でのバウンスは、ドメインが誤ったスペルであるか、メールをホストしなくなったことを示唆している。メールアドレス検証ツールを使用してドメインのMXレコードを確認し、メールボックスがメールを受け取ることができることを確認する。これは正しく見えるがメールサーバーが機能していないドメイン（マージされた、売却された、または廃止された古い企業ドメイン）をキャッチする。
3. アドレスが使い捨てまたは一時的なものであるかどうかを確認。
受信者が一時的な受信箱を使用してサインアップした場合（10分メール、Mailinator、Guerrilla Mail）、アドレスはあなたに与えられた時点と送信した時点の間に期限切れになっている可能性がある。使い捨てメールアドレスチェッカーがこれを数秒で確認する。使い捨てアドレスは消滅するように設計されている。安定した連絡先として扱うことは無駄な努力である。
4. 2番目のチャネルを通じて確認。
あなたの送信設定の午後を費やしてトラブルシューティングする前に、LinkedInを通じてワンラインのメッセージを送ったり、SMS、または別のメールチャネルを使用して、受信者に現在のアドレスを確認するよう求めたりする。この30秒のステップはツールが見逃すケースをキャッチする。例えば、3ヶ月前に会社を去ったが、メールボックスが削除された従業員のようなケースである。しかし、古いドメインはまだメールを受信し、それをバウンスさせる。ツールは機能するドメインを見ている。人間はサラが去ったことを見ている。
最初の防衛線としてのアドレス確認は、MailerSend やYahoo Sender Hubを含むメールインフラプロバイダーの配信可能性ガイダンスと一致している。それはまた最も安価な防衛手段である。アドレスを確認するために費やされた毎分は、不必要にDNSレコードを監査するのに費やされていない分である。
サーバー側で実際に何が起きているか
アドレスが正しいことを確認したら、バウンスはあなたの送信箱と受信者の受信箱の間のインフラストラクチャについて何かを教えている。5つの特定のサーバー側の原因はほぼすべての正当なバウンスを説明している。3つはあなたの管理下にある。2つはそうではない。
受信者のメールボックスがいっぱい（コード452、552）
メールボックスのクォータはプロバイダーによって大きく異なる。無料GmailアカウントはGmail、Drive、Photosで共有される15 GBの上限がある。企業のMicrosoft 365メールボックスは通常50～100 GBである。メールボックスがいっぱいになると、サーバーは452（一時的 - 「もう一度試してみてください、おそらく彼らはスペースをクリアするでしょう」）または552（永続的 - 「このアカウントはもうメールを受け付けていない」）を返す。TwilioのSMTPコードドキュメントに従うと、この2つの区別はサーバーが設定可能である。一部のプロバイダーは常に452を返し、他の繰り返しの失敗後に552にエスカレートする。
これはあなたの問題ではなく、受信者の問題を解くことである。メールが緊急の場合は、別の方法で連絡を取ってスペースをクリアするよう求める。そうでなければ、1日待ってから1回再試行しよう。
あなたのメッセージがスパムとしてフラグされた（コード541）
インバウンドメールサーバーは、すべてのメッセージをスパムパターンについてスコアリングするフィルターで実行する：攻撃的な件名行、不一致の表示名、フラグされたドメインへのリンク、疑わしい拡張子を持つ添付ファイル、または低レピュテーション持つIPからの送信。541はあなたのメッセージがフィルターがスコア拒否敷居より上でスコアリングされたことを意味する。MailerSendのSMTPガイドに従うと、541は2024～2025年で受信者がスパム敷居を厳しくするにつれてますます一般的になっている。
修正はめったにメッセージ自体ではない。通常は、メッセージの背後にある送信者レピュテーションである。別のドメインから同じメッセージを送信するクリーンで十分に認証された送信者はしばしば通過する。
受信側サーバーが一時的にダウンしている（コード421）
メールサーバーは、スケジュール済みのメンテナンス、容量の問題、ハードウェア障害、またはDDoS軽減のためにダウンした。421はあなたについてではない。それは宛先サーバーが後で戻ってくると言っている。Yahoo Sender Hubに従った標準的な慣行は、再試行する前に24～48時間待つことである。ほとんどの正当な送信プラットフォーム（GmailのMTA、SendGrid、Postmark、Mailgunのような取引送信者）は、指数バックオフで自動的に4xx再試行を処理する。デスクトップクライアント経由で1回限りのメールを送信している場合、再試行は通常自動である。再試行ロジックなしでカスタムスクリプト経由で送信している場合、それはコードレベルで解決する必要がある問題である。
あなたの認証が失敗した（コード535、時々550または554）
ここでほとんどの送信者が引っかかる。3つのDNSベースの認証標準は、あなたのメールが受け入れられるかどうかを支配している：
- SPF（Sender Policy Framework） — あなたのドメインからメールを送信することが許可されているサーバーをリストするDNSレコード。あなたの送信サーバーがリストに登録されていない場合、受信者はメッセージを完全に拒否する場合がある。
- DKIM（DomainKeys Identified Mail） — 送信メールに添付されている暗号署名で、メッセージが転送中に改ざんされていないこと、およびそれがあなたのドメインに署名することが承認されたサーバーから来たことを証明している。
- DMARC（Domain-based Message Authentication, Reporting & Conformance） — SPFまたはDKIMが失敗した場合に何をするかを受信者に伝えるポリシー：メッセージをクォランティーン、完全に拒否、またはとにかく受け入れる。
これらが設定されていない場合、または設定が誤っている場合、最新の受信者はメールを拒否する。2024年2月以来、GmailとYahooは1日あたり5,000メッセージを超える送信者向けのすべてを3つ要求している。Yahooのバルク送信要件に従う。非準拠のメールは検疫またはバウンスされる。これは、最近メールプロバイダーを切り替えてDNSを更新し忘れた中小企業の間で最も一般的なバウンスの原因である。
ほとんどのバウンスはあなたのせいではない。しかし、実際にあなたのせいであるもの（認証の失敗、レピュテーション問題、スパムトリガー）は、あなたが実際に修正できるものである。
あなたはレート制限を打ったか、ブロックリストに登録された（コード554）
ISPは低いベースラインから突然の音量スパイクを送信者を制限する。1日あたり50メッセージを通常送信するドメインから火曜日に5,000メール送信することは、大手受信者でレート制限またはブロックをトリガーする。「5.7.1 blocked」のようなテキストを含む554は、ドメインレベルのブロックリスト（Spamhaus、Barracuda Reputation Block List、SORBS）またはその受信者の組織があなたのドメインまたはゲートウェイであなたのIPを明示的にブロックしたことを示している。Mailgunのバウンスガイダンスに従うと、メジャーなブロックリストに登録されたら、基本的な問題を修正した後でも削除に数日かかる可能性がある。
これら5つの原因のうち、3つ（スパムトリガー、認証失敗、レート制限）はあなたの管理下にある。他の2つ（いっぱいの受信箱とダウンしたサーバー）は受信者またはそのサーバーに属している。あなたのバウンスがどのカテゴリに分類されるかを知ることは、修正があなた側にあるか、単に待つかどうかを決定する。
ハードバウンス対ソフトバウンス、そしてそれらを混同することがあなたを傷つける理由
すべてのバウンスは2つのカテゴリのいずれかに該当し、それらを同じように扱うことがあなたの送信者レピュテーションを破壊する最速の方法である。この区別はSMTPプロトコル自体に組み込まれている。応答コードの最初の数字は全体の意味を持つ。ハードバウンス、ソフトバウンス。永続的、一時的。サーバーはどちらであるかをすでに告げている。質問はあなたが聞いているかどうかである。
| 属性 | ハードバウンス | ソフトバウンス |
|---|---|---|
| SMTPコードクラス | 5xx（永続的） | 4xx（一時的） |
| 一般的なコード | 550、551、553、554 | 421、450、451、452 |
| 典型的な原因 | アドレスが存在しない；認証の失敗；永続的なブロック | メールボックスがいっぱい；サーバーダウン；グレイリスティング；レート制限 |
| サーバーの指示 | もう試さないでください | 後で再試行してください |
| 送信者が解決可能？ | 時々（認証、レピュテーション）；しばしばいいえ | 通常はい（待てば再試行） |
| アクション | アドレスを直ちにリストから削除 | 24～48時間後に再試行 |
| 無視した場合の評判への影響 | 深刻 — 繰り返しの送信があなたをスパマーとしてフラグする | 最小限（あなたが合理的に再試行する場合） |
3つの具体的なシナリオは、この区別を具体的にする。
修正可能に見えるハードバウンス。 古い連絡先にメール送信。550「ユーザーが見つかりません」を取得。アドレスは正しくスペルされている。3回チェックした。人は2年前に会社を去り、彼らのメールボックスはITによって削除された。再試行は成功しない。あなたの側でのトラブルシューティングは役に立たない。メールボックスは消えている。LinkedInで彼らを見つけるか、先に進もう。
自分自身を解決するソフトバウンス。 午前9時47分にクライアントにメール送信。421「サービスは利用できません」を取得。彼らのメールサーバーは、スケジュール済みのウィンドウ中にメンテナンスを受けていた。午前11時までに、それはバックアップされた。通常のメールクライアントを使用している場合、あなたの送信サーバーはすでに自動的に再試行済みであり、メッセージは何もしなくても到着している。再試行ロジックなしのワンショット送信スクリプトを使用している場合は、手動で再試行する必要がある。いずれにしても、問題はあなたのせいではなかった。
ハードバウンスになるソフトバウンス。 個人的なGmailアカウントにメール送信。452「ストレージ不足」を取得。毎日1ヶ月間再試行し、スペースがクリアされることを願っている。最終的にアカウントはGmailによって非アクティブステータスに変換され、550を返し始める。正しい動きは、2回目の452の後に別のチャネルを通じて受信者に警告することだった。30日間盲目的に再試行することではなく、あなたの送信者レピュテーションがヒットを吸収している間。
すべてのISPは、ハードバウンスするアドレスへのあなたの送信頻度を追跡している。Gmail、Yahoo、Microsoftはすべてスパムスコアリングでこのシグナルを使用している。1つの無視されたハードバウンスは傷つけない。100人はそう。単一のキャンペーンから200人があなたをスパマーにスロットルされ、スロットルは数週間持続する。リスト衛生は受信箱にメールが入ることを気にする送信者にとってはオプションではない。それは提供の代金である。
再送信するとき、待つとき、あきらめるとき
あなたのシチュエーションを以下の5つのシナリオのいずれかと一致させ、対応するプレイブックに従う。2つのバウンスが同じ対応を望んでいない。
シナリオ1 — ソフトバウンス、単一受信者（コード421、450、451、452）。
24～48時間待ってから、1回再送信しよう。ほとんどの受信サーバーはYahoo Sender Hubで記録された再試行規約に従って、そのウィンドウ内で回復する。同じ4xxコードで2回目にバウンスする場合は、ハードバウンスとして扱う。別のチャネルでアドレスを調査するか、受信者に連絡する。終わりなくループしないでください。3回の再試行が実際の上限である。その後、ソフトバウンスは機能的に永続的である。
シナリオ2 — ハードバウンス、単一受信者（コード550、551、553）。
同じアドレスを再送信しないでください。サーバーはメールボックスが存在しないか、あなたのメールを受け入れないことを告げている。上記のチェックリストを使用してアドレスが正しいスペルであることを確認する。正しい場合は、代替を見つけよう。LinkedInメッセージ、電話、別のメール、または同僚を通じた連絡。同じハードバウンスされたアドレスを再送信することは、あなたの送信者レピュテーションを損傷する最速の単一の方法である。文書化されたISPスコアリング慣行（Mailgun）。受信側サーバーのスパムフィルターは、あなたが試すたびにメモを取っている。
シナリオ3 — スパム関連コード付きバウンス（541、「blocked」テキスト付き554）。
再送信しないでください。再送信することは評判問題を深めるだけで、受信サーバーにあなたがその拒否に注意を払っていないことを確認させる。あなたのドメインまたはIPがメジャーなブロックリスト（Spamhaus ZEN、Barracuda Reputation Block List、SORBS）に表示されるかどうかを確認する。メッセージがタイムセンシティブな場合は、別のチャネルで受信者に連絡し、あなたがそれらの終わりでブロックされている可能性があると伝えてください。彼らのITチームは時々数分で君をホワイトリストに登録できる。その後、より多くのメールを送信する前に基本的な問題（認証、コンテンツ、送信量、IPレピュテーション）を修正する。
シナリオ4 — タイムセンシティブなメール。
再試行を信頼しないでください。電話、テキスト、Slack/Teams/WhatsApp経由でメッセージを送ったり、リアルタイムで受信を確認するその他のチャネルを使用する。メールバウンスにはそれらに添付されたサービスレベル契約がない。あなたの再試行は4時間で着陸するか、4日、または決してそこに着かないかもしれない。メッセージが今日重要な場合、メールはもはやこの会話に対する正しいチャネルではない。スイッチする。
シナリオ5 — バルク送信からの複数のバウンス。
より多くのメールを送信する前にキャンペーンを直ちに停止しよう。2％敷居を超えるバウンス率は、ISPが受け入れ可能と広く引用している。これはリスト衛生問題を示唆し、残りの受信者に対するフィルタリングを引き金にする。つまり、アドレスが正しい人々はあなたのメールを受け取るのをやめる。一時停止。あなたのリストをメール検証で実行してから再開する。あなたの認証設定（SPF、DKIM、DMARC）を監査する。Google Postmaster ToolsとMicrosoft SNDSを確認して、GmailとOutlookがあなたを制限しているかどうかを確認する。バウンス中イベントの最中にキャンペーンを再開することは、送信する追加のメッセージすべてで評判損害を複合する。
5つのシナリオすべての基本パターン：バウンスはシグナルで、単なるエラーではない。各々は配信が失敗した理由について何か具体的なことを教えている。それらを相互交換可能なノイズとして扱うことは、回復可能な不具合を長期的な配信可能性問題に変えるものである。
バウンス防止プレイブックを作成する
ほとんどのバウンスは送信前に防止可能である。以下を、注意深い送信者が実行する定番チェックリストとして扱う。新しい連絡先リスト毎に1回、継続的なプログラムで月1回。
1. 送信前にアドレスを検証（特に新しいリスト）。
50以上のアドレスのいずれかのリストをメール検証ツール（構文、MXレコード、メールボックス存在を確認）で実行する。無効なアドレスをキャッチしてから送信することで、あなたのバウンス率をISPが赤旗として扱う2％敷居の下に保つ。使い捨てアドレスもスクリーニングリストに属している。それらは静かに期限切れになり、ハードバウンスになる。使い捨てアドレススクリーンがそれを数秒でキャッチしてから、それらがどのキャンペーンにも取り込まれる。
2. あなたの送信ドメインにSPF、DKIM、DMARCを設定。
これら3つのDNSレコードはあなたのメールを認証している。2024年2月以来、GmailとYahooは1日あたり5,000メッセージを超える任意の送信者にすべて3つを要求し、Yahooのバルク送信要件に従って非準拠メールを拒否または検疫する。設定は1回のDNS編集である。Google Workspace、Microsoft 365、またはPostmarkやSendGridなどの取引プロバイダーからカスタムドメイン経由で送信する場合は、そのプラットフォームの公開設定ガイドに従う。すべての大手プロバイダーが1つを持っている。構文を即興しないでください。悪いSPFレコードは消えたものより多くのバウンスを引き起こす。
3. あなたの送信者レピュテーションを月1回監視。
Google Postmaster Tools（無料、DNS検証が必要）とMicrosoft SNDSを使用して、GmailとOutlookがあなたのドメインとIPをどのようにスコアリングするかを確認する。3つのシグナルを見よう：ドメインレピュテーションの突然のドロップ、0.1％を超えるスパム苦情率、「Bad」または「Low」としてフラグされるIPレピュテーション。評判漂流を早期にキャッチする（キャンペーンが予想より悪く実行されたとき、苦情がティックアップしたとき）は、数ヶ月後に到着するキャンペーン殺害バウンスを防止する。
4. 新しい送信ドメインとIPを段階的にウォームアップ。
ブランド新しいドメインから初日に10,000メール送信することは、すべての大手受信者でボリュームベースのフィルタリングをトリガーする。従事した受信者に対して1日あたり大体50メッセージから始め、目標ボリュームに達するまで毎週2倍にする。受信サーバーは一貫した、低苦情の送信に基づいて評判プロフィールを構築する。突然のボリュームスパイクは、侵害されたアカウントやスパム実行と区別不可能に見え、それに応じて扱われる。
5. 24時間以内にバウンスと購読解除を処理。
ハードバウンスされたアドレスは直ちにあなたのアクティブな送信リストから削除されなければならない。抑制されたアドレス（購読解除、苦情、以前のハードバウンス）は、永久に再輸入されないことはない永続抑制リストに属する。ほとんどのメールプラットフォーム（Mailchimp、HubSpot、SendGrid）はこれを自動的に処理するが、設定を確認する。カスタムシステムから送信する場合は、抑制ロジックをビルドする。バウンスを処理しないコストはレピュテーションで支払われ、請求書は数ヶ月後に到着する。
6. 1,000受信者上のいずれかの送信前にシードテストを実行。
最初にキャンペーンをメジャープロバイダー（Gmail、Outlook、Yahoo、iCloud）およびあなたが管理するコーポレートドメイン全体の小さなシードアドレスのリストに送信する。受信トレイ配置を確認しよう（プロモーションタブではなく、スパムフォルダではなく）。フル配信に起動する前。10分のシードテストは、認証の破損、コンテンツフィルタートリガー、壊れた画像、および別の方法で数千の受信者にヒットするレンダリング問題をキャッチする。このステップをスキップするのコストはおおよそキャンペーン全体のコストである。スケール時の悪い第一印象から回復するのは難しいからである。
これら6つの習慣は、Yahoo Sender Hubのバルク送信要件および大手メールインフラプロバイダー全体で文書化されたの配信可能性ガイダンスから編集されており、一貫して受信箱に到達するメール送信と、「返信メール」が表示され続ける理由をトラブルシューティングに時間を費やしているメール送信者との違いである。仕事はバウンスの下流ではなく、上流にある。
バウンスは事後に修正する送信の問題ではない。それらは最初のメッセージが送信される前に解決するリストと認証問題である。