GoogleサーバーのSPFレコードとTXTレコードのどちらか、または両方ですか？

Googleのドキュメントによると、https：//support.google.com/a/bin/answer.py？hl = ja＆ answer = 178723

このテキストを含むTXTレコードを作成することが明確に示されています。 v=spf1 include:_spf.google.com ~all

なぜこれはSPFレコードではないのですか？

RFC4408はSPFレコードを定義していますが、実際には使用されていないようです https://tools.ietf.org/html/rfc4408#section-3.1.1

そうですか？TXTとSPFの両方を作成する必要がありますか？

ありがとう

これはかなり古い質問だと思いますが、誰か他の人がそれに出くわした場合に備えて、ここで見つけました。SPFレコードタイプは現在廃止されているようです。見る：

研究により、RRTYPE 99には実質的な使用が見られないことが示されており、実際に[RFC4408]で定義されているその存在とメカニズムは、相互運用性の問題を引き起こしています。したがって、その使用は現在廃止されており、新しい実装では使用されません。

From：https : //tools.ietf.org/html/draft-ietf-spfbis-4408bis-15#section-13.1

このトピックに関するcPanelの機能リクエストフォーラムへの投稿も参照してください。

RFC4408「Category：Experimental」のステータスとこのステータスの定義をお読みください。

また、RFCから

現在のプラクティス（TXTレコードを使用）は最適ではないことが認識されていますが、新しいRRタイプを処理できないDNSサーバーとリゾルバの実装が一般的に使用されているため、必要です。

そして、結局、SPF RRにはTXTバージョンと比較して付加価値がありません

あなたがその能力を持っているので、私は両方を作成します。完了したら、「mailtest@unlocktheinbox.com」に送信してメールを送信できます。すべてが正しく設定されていれば、自動応答し、送信したメールの完全な診断を知らせます。

RFCが公開されてから7年が経過したことを考えると、未知のRRtypeを処理できないDNSサーバーをまだ使用している人は、基本的にソフトウェアを最新に保てないという問題です。（また、アップグレードしないことで、脆弱性が残るエクスプロイトを知っている人がどれだけいるかも考慮してください）。RFC 4408は、TXT RRtypeのオーバーロードは、IANAがSPF RRtype（タイプ99）を発行するまでの一時的な措置であり、これも7年前に発生したと述べています。

したがって、SPF目的でのTXT RRtypeの使用はずっと前に期限切れになったと言います。TXTタイプのみをチェックするリゾルバを実行している人は壊れています。

SPF RRtypeが「付加価値」をもたらさなかったことには同意しません。機械で処理可能なデータを人間が読めるDNS RRtypeの外に保持します。