ネストされたSPFレコードの検証に失敗する
ルックアップの予算を処理しようとしています。また、整頓されたSPFを保持していないさまざまなサービスのドメインに代わって電子メールを送信するWebホストを扱っています。私はこの問題に遭遇したことは一度もなく、私のgooglefuは私を失敗させています。私は記事を見つけ、彼らはそれがレコードを修正し、追加のTXTレコードを含むように追加インクルードするように命名しました。私は次のことを思いつきました：
名前：example.com
値："v=spf1 include:spf1.example.com include:spf2.example.com ~all"
（追加のTXT）
名前：spf1.example.com
値："v=spf1 include:webhost.com include:morewebhost.com ~all"
名前：spf2.example.com
値："v=spf1 include:spf.messagelabs.com ~all"
これにより、追加のspf1およびspf2レコードが表示されなくなります（編集するために、spf1およびspf2への参照は表示されますが、どちらにも有効な構成は表示されません）。この方法は失われた原因ですか？
先日、example.comドメイン所有者と契約を結び、Gmailから365にメールを移行しました。元の行にメッセージラボが導入されるまでパーマエラーはなかったと思いますが、Gmailと365のインクルードを削除しても、 Webホストとメッセージラボが含まれます。
この特定のドメインゾーン管理パネルでは、spf1、2、および現在3のTXT名がドットで終了していませんでした！それが追加されると、追加のTXTレコードが表示されました。これにより、255文字の制限を回避することができました。これは、webhostには、インクルードではなくip4とip6でフォーマットする必要がある大規模なメカニズムとルックアップがあり、それらがspf1、2、および3に入ったためです！すべてが拾われ、SPFは今幸せです。