この記事では `554 5.7.1` の意味、なぜ恒久拒否なのか、4 つの主因（認証失敗・レピュテーション・ブラックリスト・コンテンツ）の切り分け、対処の手順を整理します。 ## エラーコード `554 5.7.1` の正体 SMTP（メールを送受信する通信手順、RFC 5321）の応答は 3 桁で表されます。`554` は「Transaction failed（トランザクション失敗）」を意味する恒久エラーです。続く `5.7.1` は拡張ステータスコード（RFC 3463）で、`7.1` は「Delivery not authorized, message refused（配信が許可されず、メッセージが拒否された）」を表します。 ここで重要なのは **先頭の数字** です。 - **`4xx`**: 一時拒否。送信側がリトライすれば配信される可能性がある - **`5xx`**: 永続拒否。同じ条件でリトライしても結果は変わらない `554 5.7.1` は `5xx` なので **恒久拒否** です。送信側のサーバが何度再送しても、送信側で原因を解消しない限り結果は変わりません。これが、一時拒否の[452 4.2.2 mailbox full](/blog/bounce-452-mailbox-full)（受信箱満杯・再送で回復しうる）との決定的な違いです。 コード全体の体系は[SMTP 応答コード早見表](/blog/smtp-reply-codes-reference)で整理しています。本記事は「ポリシー／レピュテーション起因の恒久拒否」に絞ります。 ![554 5.7.1 のコード構造と一時拒否との違い](/blog/bounce-554-571-rejected/code-structure.svg) ### 一時拒否（452）と恒久拒否（554）の違い 両者を取り違えると対処を誤ります。違いを表で整理します。 | 観点 | `452 4.2.2`（一時） | `554 5.7.1`（恒久） | | --- | --- | --- | | 区分 | `4xx` | `5xx` | | 原因の所在 | 主に受信側（受信箱満杯） | 主に送信側（ポリシー違反・評価） | | 再送 | 送信側が自動再送、回復しうる | 何度送っても同じ結果 | | やること | 待つ／相手に連絡 | 送信側で原因を解消する | `452` は「待てば届くかもしれない」、`554` は「送信側が直さない限り届かない」と覚えてください。`554 5.7.1` を受け取ったら、リトライ待ちではなく **原因の切り分け** に進みます。 ## 主因 1: SPF / DKIM / DMARC の認証失敗 最も多い原因が、メール認証の失敗です。SPF（送信元 IP の正当性を示す仕組み）、DKIM（電子署名でなりすましでないことを示す仕組み）、DMARC（SPF と DKIM の結果をドメイン所有者のポリシーで判定する仕組み）のいずれかが通らず、受信側のポリシーで拒否されています。 特に DMARC が `p=reject`（不一致なら拒否）に設定されたドメイン宛て、あるいは受信側が認証必須化を進めている環境では、認証不一致がそのまま `554 5.7.1`（または近縁の `5.7.x`）になります。 確認すべきポイントは次の通りです。 - SPF の `include` が正しく、上限 10 個（RFC 7208）を超えていないか。詳細は[SPF の Fail と SoftFail の違い](/blog/spf-fail-vs-softfail) - DKIM 署名が正しく付与され、公開鍵が DNS に存在するか - DMARC アライメント（SPF / DKIM のドメインが From ヘッダと一致しているか）が取れているか。詳細は[DMARC とは何か](/blog/what-is-dmarc) DMARC 失敗の体系的な切り分けは[DMARC 認証失敗のトラブルシュート](/blog/dmarc-fail-troubleshooting)にまとめています。 ![554 5.7.1 の主因 4 種と切り分け](/blog/bounce-554-571-rejected/causes-flow.svg) ## 主因 2: 送信元 IP のレピュテーション低下 認証が通っていても、送信元 IP やドメインの **レピュテーション（信頼度）** が低いと拒否されることがあります。過去にスパムと判定された、苦情が多い、急に送信量が増えた、といった履歴が評価を下げます。 確認の手がかりは次の通りです。 - Google Postmaster Tools / Microsoft SNDS で送信ドメイン・IP の評価を確認する - 送信量を短期間で急増させていないか（新しい IP は段階的に量を増やす「ウォームアップ」が必要） - 解約者や無効アドレスへの送信を続けていないか（バウンス率・苦情率が評価を下げる） ## 主因 3: ブラックリスト（ブロックリスト）掲載 送信元 IP やドメインが公開ブロックリスト（RBL）に掲載されると、それを参照する受信側で `554` 拒否になります。 - Spamhaus / Barracuda / SURBL などの公開リストへの掲載有無を確認する - 掲載されていた場合は、各リストの削除申請（delisting）手続きを行う。ただし掲載原因（踏み台化・設定不備・スパム送信）を解消しない限り再掲載される - 共用 IP（同じ IP を複数の利用者が使う配信サービス）では、他者の送信が原因で巻き込まれることもある ## 主因 4: コンテンツ起因の拒否 認証も評価も問題ないのに拒否される場合、メール本文や添付の **内容** が原因のことがあります。 - スパム的なフレーズ、過度なリンク、危険と判定される添付ファイル形式 - 本文が画像のみでテキストが乏しい、URL 短縮サービスの多用 - 受信側のコンテンツフィルタが独自基準で拒否 この場合は本文・件名・添付を見直し、正規の事業者として自然な構成に整えます。 ## 切り分けと対処の手順 `554 5.7.1` を受け取ったら、次の順で切り分けます。 ### Step 1: コードと文面を正確に取得する バウンスメールや送信ログから、`554 5.7.1` と併記される受信側のメッセージ（例: 認証失敗を示す文言、ブロックリスト名の記載）を読み取ります。文面に原因のヒントが含まれることが多くあります。 ### Step 2: 認証を確認する SPF / DKIM / DMARC が通っているかを確認します。これが最頻出の原因です。受信したメールのヘッダ（`Authentication-Results`）や DMARC レポートで結果を確認します。 ### Step 3: レピュテーションとブラックリストを確認する 認証に問題がなければ、Postmaster Tools / SNDS で評価を、公開 RBL で掲載有無を確認します。 ### Step 4: コンテンツを見直す ここまでで原因が特定できなければ、本文・件名・添付の内容を見直します。 似たコードとの混同にも注意してください。 - `550 5.4.1`: 受信者ポリシーによる拒否。詳しくは[NDR 550 5.4.1 の対処](/blog/ndr-550-541-fix) - `550 5.4.1`（配信サービス経由）: [SendGrid 550 5.4.1 の対処](/blog/sendgrid-550-541-fix) - `452 4.2.2`: 受信箱満杯による一時拒否。[452 4.2.2 mailbox full の意味と対処](/blog/bounce-452-mailbox-full) ## まとめ - `554 5.7.1` は **恒久拒否（5xx）**。送信側で原因を解消しない限り、再送しても届かない - 最頻出の原因は SPF / DKIM / DMARC の **認証失敗**。まずここを確認する - 次に送信元 IP のレピュテーション低下、公開ブラックリスト掲載、コンテンツ起因を順に切り分ける - 一時拒否の `452 4.2.2` とは対処が正反対。リトライ待ちではなく原因解消に進む - バウンス文面には原因のヒントが含まれることが多い。文言を正確に読み取る ## よくある質問 ### 554 5.7.1 は時間が経てば直りますか 直りません。`554 5.7.1` は恒久拒否（5xx）で、送信側で原因を解消しない限り何度送っても同じ結果になります。時間で回復しうるのは一時拒否の[452 4.2.2](/blog/bounce-452-mailbox-full)などの `4xx` です。 ### 認証は設定済みなのに拒否されます SPF / DKIM / DMARC が「設定済み」でも、アライメント（From ヘッダとのドメイン一致）が取れていない、SPF の `include` が上限超過で機能していない、といった不備があると拒否されます。[DMARC 認証失敗のトラブルシュート](/blog/dmarc-fail-troubleshooting)で実際の結果を確認してください。 ### ブラックリストから外せば届きますか 削除申請（delisting）で掲載を解除できますが、掲載の原因（設定不備・スパム送信・踏み台化など）を解消しないと再掲載されます。掲載は結果であって原因ではないため、根本原因の特定が先です。 ### 552 や 550 とどう違いますか `552` は容量超過、`550` は宛先不明やポリシー拒否など幅広い恒久エラーに使われます。いずれも `5xx`（恒久拒否）です。`554` は「トランザクション失敗」として、ポリシーやレピュテーション起因の拒否で返ることが多いコードです。 ## まずは現状を把握しましょう `554 5.7.1` の多くは送信ドメインの認証不備が起点です。自社のドメインの SPF・DKIM・DMARC・SSL の状態は、無料の[ドメイン診断](/diagnose)で数十秒でチェックできます。 拒否の原因切り分けでお困りの方は、[お問い合わせ](/contact)からお気軽にご相談ください。専門家がわかりやすくサポートいたします。