SPF PermError の解決方法：会社メールの TXT レコードが2件ある場合

SPF TXT が2件あるとなぜエラーになるのか

新しい送信ツールを接続して一部で不達になったら、同じ DNS 名に v=spf1 で始まる値が2件ないか確認します。RFC 7208 は SPF が複数選択された場合に permerror を返すと定めます。他の用途の TXT まで1件にする意味ではありません。必ず全メールが拒否されるわけではないため、実際の配信結果も確認します。

検査対象ドメインと DNS 管理先を探す

不達通知や認証結果から SPF が検査した MAIL FROM ドメインを確認します。表示上の From と異なる場合があります。権威ネームサーバーの管理先で、その名前の TXT を調べます。ルートとサブドメインを区別し、v=spf1 の件数を数え、変更前の値とテスト結果を保存します。

削除前に送信サービスを棚卸しする

会社メール以外にも見積もりツール、注文通知、ニュースレターが同じドメインを使う場合があります。一方を無条件に消すと現役サービスの認証が途切れます。送信経路ごとに担当者、最終利用日、送信ドメイン、事業者の最新 SPF 指示を記録し、実際の送信履歴と照合します。

許可する送信元を1つの方針にまとめる

完成済みの SPF 文字列を二つ連結しないでください。先頭の v=spf1 は一度だけにし、必要な include や ip4 を確認して、~all または -all などの終端も最後に一度だけ置きます。v=spf1 include:_spf.google.com include:sender.example ~all は形を示す架空の例で、sender.example は実在の事業者の値ではありません。必ず利用先の正確な指示に置き換え、専用サブドメインの方針と混ぜないでください。

DNS 参照回数の上限も確認する

1件にまとめても include、a、mx など照会を伴う項目が多いと別の PermError になります。RFC 7208 は評価時の対象項目を10回までとします。使わない送信元を先に外し、残すものは事業者の文書と利用実績で判断します。安易な IP 固定やフラット化は送信サーバーの変更を見落とすおそれがあります。

公開 DNS と実際の送信を別々に検証する

DNS 管理画面で保存できただけでは完了ではありません。権威 DNS で同じ名前の SPF が1件か確認し、反映後は人のメールと取引通知など各経路から外部へ試験送信して SPF 結果を読みます。SPF の成功は From ドメインの整合、DKIM、DMARC の成功を保証しません。Gmail 550 の案内とドメインメール診断を次の参考にしつつ、実運用の値は事業者の最新文書と照合してください。

大切なのは一行化より送信責任の整理

正確な名前に SPF が1件で、使用中の送信元をすべて含み、各経路の試験が通るまで確認します。今後サービスを変更するときは新しい SPF 行を足さず、既存の方針と担当者一覧を更新してください。関連資料は Gmail 550 認証エラーの案内、ドメインメール診断、RFC 7208 のレコード選択規則です。