SMTPメール認証Web 担当者トラブルシューティング
SMTP リプライコード一覧｜4xx・5xx と Gmail / Outlook 拡張ステータスの読み方
最終更新: ドメイン番人約 4 分で読めます
目次
この記事でわかること
- SMTP リプライコード（4xx / 5xx）の基本構造
- よく出る 5xx コードの意味と対処
- Gmail / Outlook の拡張ステータスコードの読み方
- バウンスメールから原因を特定する手順
SMTP リプライコードの構造
SMTP リプライコードは 3 桁の数字で、各桁が意味を持ちます（RFC 5321）:
| 桁 | 意味 |
|---|---|
| 1 桁目 | 2 = 成功 / 4 = 一時障害（リトライ可） / 5 = 永続障害（リトライ不可） |
| 2 桁目 | 0 = 構文 / 1 = 情報 / 2 = 接続 / 5 = メール系 |
| 3 桁目 | 詳細分類 |
加えて RFC 3463 の 拡張ステータスコード（X.X.X 形式）が併記されます。
よく出る 5xx コード一覧（対処記事への索引）
各コードの「対処記事」列から、原因と直し方をまとめた専用ページへ進めます。手元のバウンスにある 550 5.x.x を表で引いてください。
550 系（メールボックス / 認可）
| コード | 意味 | 主な原因 | 対処記事 |
|---|---|---|---|
| 550 5.1.1 | 受信者アドレスが存在しない（recipient unknown） | typo、退職者アドレス | 550 5.1.1 user unknown の対処 |
| 550 5.4.1 | Microsoft 365 で認可拒否（recipient address rejected） | Connector / ライセンス未割当 | 550 5.4.1 Access denied・SendGrid 経由 |
| 550 5.7.0 | スパムフィルタ判定（mail content rejected） | コンテンツスコア | Gmail 550 5.7.0 の対処 |
| 550 5.7.1 | SPF/DKIM/DMARC ポリシー違反（rejected by policy） | 認証失敗 | Gmail 5.7.1 / 5.7.0 の対処 |
| 550 5.7.26 | 認証不在で reject（unauthenticated mail） | SPF/DKIM 未設定 | Gmail 5.7.26 の対処 |
| 550 5.7.515 | 送信元の DMARC/DKIM ポリシーで拒否 | 認証連鎖（ARC/転送）の不備 | Microsoft 550 5.7.515 の対処 |
| 550 5.7.708 | 送信元 IP の評判が低く拒否（access denied） | IP レピュテーション | Outlook 550 5.7.708 の対処 |
Outlook / Exchange Online 宛で 550 系コードを受け取った場合は、550 系コードのケース別の原因と対処で宛先不在・認証失敗・IP 評価・ポリシーの 4 系統に分類して切り分けられます。
552 系（容量 / 構文）
| コード | 意味 | 対処記事 |
|---|---|---|
| 552 5.2.2 | 受信者のメールボックス容量超過（mailbox full） | Gmail 552 5.2.2 容量超過の対処 |
| 552 5.3.4 | サイズ制限超過（message too large） | 添付・本文を小さくして再送 |
| 552 5.5.2 | 構文エラー・1 行が長すぎる（line too long） | 送信ソフト / API の設定を確認 |
554 系（拒否）
| コード | 意味 | 対処記事 |
|---|---|---|
| 554 5.7.1 | スパム判定で拒否（spam content detected） | 554 5.7.1 拒否の原因と対処 |
| 554 5.7.5 | TLS ネゴシエーション失敗（crypto setup failed） | STARTTLS と SMTPS の違い |
よく出る 4xx コード（リトライ可）
| コード | 意味 | 対処 | 対処記事 |
|---|---|---|---|
| 421 4.7.0 | 短時間に送りすぎ（rate limited） | 送信頻度を落とす | SMTP 421 / 470 系の対処 |
| 451 4.7.1 | 一時的なポリシー拒否（greylisting 等） | 5〜15 分後にリトライ | グレイリスト 451 の対処 |
| 452 4.2.2 | 受信側の一時的な容量超過（mailbox full） | 時間をおいて再送 | 452 mailbox full の対処 |
| 452 4.5.3 | 受信者数オーバー（too many recipients） | 分割して送信 | 1 通あたりの宛先数を減らす |
拡張ステータスコードの体系（RFC 3463）
X.X.X 形式の 3 桁で、各桁が階層化されています:
- 1 桁目（class）: 2 = success / 4 = persistent transient / 5 = permanent
- 2 桁目（subject）: 0 = other / 1 = addressing / 2 = mailbox / 3 = mail system / 4 = network / 5 = mail delivery / 6 = content / 7 = security
- 3 桁目（detail）: 詳細
例: 5.7.1 = permanent / security / delivery not authorized → 認可エラー
バウンスメールから原因を特定する手順
ステップ 1: SMTP コード行を探す
バウンス本文に 550-5.7.1 のような行が必ずあります。
ステップ 2: Diagnostic-Code ヘッダを確認
メールソース表示で Diagnostic-Code: smtp; 550 5.7.1 ... を探す。受信側の正確なコードが分かります。
ステップ 3: 受信側プロバイダ別の対処
- Gmail: gmail のドキュメントで該当コード検索
- Outlook/M365: Microsoft Learn で対応手順
- Yahoo!: postmaster.yahoo.com の解説
まずは現状を把握しましょう
「コードは分かったが、なぜ自社からだけ拒否される？」となったら、まず 無料ドメイン診断 で SPF / DKIM / DMARC の状況確認を。多くの 550 5.7.x 系はメール認証の不備が原因です。
切り分けが必要な場合は メール不達 緊急対応（3 万円〜）でご相談ください。
関連記事: Gmail にメールが届かない原因と対処法 / Gmail 5.7.1 エラーの対処 / Gmail 552 5.2.2 エラーの対処
SSL / Web セキュリティヘッダ等は 無料ツール一覧 もご利用ください。