554 5.7.1 拒否の原因と対処法
目次
この記事では 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（受信箱満杯・再送で回復しうる）との決定的な違いです。
コード全体の体系はSMTP 応答コード早見表で整理しています。本記事は「ポリシー／レピュテーション起因の恒久拒否」に絞ります。
一時拒否（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 の違い - DKIM 署名が正しく付与され、公開鍵が DNS に存在するか
- DMARC アライメント（SPF / DKIM のドメインが From ヘッダと一致しているか）が取れているか。詳細はDMARC とは何か
DMARC 失敗の体系的な切り分けはDMARC 認証失敗のトラブルシュートにまとめています。
主因 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 の対処550 5.4.1（配信サービス経由）: SendGrid 550 5.4.1 の対処452 4.2.2: 受信箱満杯による一時拒否。452 4.2.2 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などの 4xx です。
認証は設定済みなのに拒否されます
SPF / DKIM / DMARC が「設定済み」でも、アライメント（From ヘッダとのドメイン一致）が取れていない、SPF の include が上限超過で機能していない、といった不備があると拒否されます。DMARC 認証失敗のトラブルシュートで実際の結果を確認してください。
ブラックリストから外せば届きますか
削除申請（delisting）で掲載を解除できますが、掲載の原因（設定不備・スパム送信・踏み台化など）を解消しないと再掲載されます。掲載は結果であって原因ではないため、根本原因の特定が先です。
552 や 550 とどう違いますか
552 は容量超過、550 は宛先不明やポリシー拒否など幅広い恒久エラーに使われます。いずれも 5xx（恒久拒否）です。554 は「トランザクション失敗」として、ポリシーやレピュテーション起因の拒否で返ることが多いコードです。
まずは現状を把握しましょう
554 5.7.1 の多くは送信ドメインの認証不備が起点です。自社のドメインの SPF・DKIM・DMARC・SSL の状態は、無料のドメイン診断で数十秒でチェックできます。
拒否の原因切り分けでお困りの方は、お問い合わせからお気軽にご相談ください。専門家がわかりやすくサポートいたします。