（例如）Microsoft.com区域中的TXTlogging的用途是什么？ 我看不出SPF，SenderID，DomainKeys，甚至是TLS-OBC或DANE的合理配合。
microsoft.com IN TXT FbUF6DbkE + Aw1 / wi9xgDi8KVrIIZus5v8L6tbIQZkGrQ / rVQKJi8CjQbBtWtE64ey4NJJwj5J65PIggVYNabdQ ==
它看起来像一个Exchange联邦“证据logging”。 更多信息在这里： http : //www.expta.com/2011/07/how-to-configure-exchange-2010-sp1.html
MS文档： http : //technet.microsoft.com/en-us/library/dd335047.aspx
无论如何，我们可以将TXTlogging用于任何事情，或者至less这就是我所理解的“阅读文本的语义取决于发现的领域”。 （ RFC 1035 ）
其实有几个TXTlogging。 如果你运行dig microsoft.com TXT ：
;; ANSWER SECTION: microsoft.com. 3600 IN TXT "FbUF6DbkE+Aw1/wi9xgDi8KVrIIZus5v8L6tbIQZkGrQ/rVQKJi8CjQbBtWtE64ey4NJJwj5J65PIggVYNabdQ==" microsoft.com. 3600 IN TXT "v=spf1 include:_spf-a.microsoft.com include:_spf-b.microsoft.com include:_spf-c.microsoft.com include:_spf-ssg-a.microsoft.com ip4:131.107.115.215 ip4:131.107.115.214 ip4:205.248.106.64 ip4:205.248.106.30 ip4:205.248.106.32 ~all"
所以有一个可用的SPFlogging，而另一个头可能有自定义的目的，比如开发者/域pipe理者想要的东西。