mod_auth_external (http://code.google.com/p/mod-auth-external/) может быть настроен автору против/etc/shadow
Ответ (используйте это в своей записи TXT):
"v=spf1 a mx include:_spf.mail.yahoo.com ?all"
Пока что все ответы показывают команду host
. И это нормально.
"dig" / "host" / "nslookup" все работают для Linux и собирают записи TXT.
dig
- мой любимый:
dig @ns1.yahoo.com yahoo.com TXT
Покажет вам все записи TXT (и SPF) для домена (в данном случае вершина).
В Windows CMD или Powershell используйте nslookup
:
nslookup -type=TXT yahoo.com
PS C:\Windows\system32>nslookup -type=TXT yahoo.com
Server: my.localdomain
Address: 10.10.10.1
Non-authoritative answer:
yahoo.com text =
"v=spf1 redirect=_spf.mail.yahoo.com"
yahoo.com text =
"facebook-domain-verification=gysqrcd69g0ej34f4jfn0huivkym1p"
yahoo.com text =
"edb3bff2c0d64622a9b2250438277a59"
или для официального ответа:
nslookup -type=TXT yahoo.com ns1.yahoo.com
В то время как Google Apps делает это простым, я не думаю, что Yahoo! делает.
Yahoo! способствует DomainKeys по SPF, до такой степени, что они не публикуют записи SPF для своего собственного домена:
$ host -t txt yahoo.com
yahoo.com has no TXT record
Другой думать для размышления о то, что это правило могло, по-видимому, позволить кому-либо еще с Yahoo! Плюс учетная запись имитировать почту от домена (предположение, что надлежащие средства управления не были реализованы на стороне Yahoo!, когда письма были приняты).
Yahoo теперь предоставляет запись SPF:
$ host -t txt yahoo.com
yahoo.com descriptive text "v=spf1 redirect=_spf.mail.yahoo.com"
. Yahoo.co.uk по-прежнему не имеет информации SPF:
host -t txt yahoo.co.uk
yahoo.co.uk descriptive text "Yahoo! Inc."