Записи SPF могут содержать подстановочные знаки доменного имени?
Инструменты:
- tcptraceroute (большой для поиска и устранения неисправностей, когда слабоумный блок ICMP)
- iptraf (большой для наблюдения bandwith использование в в реальном времени)
- инструменты VMware (я знаю, характерный для установок VMware, но люди часто забывают это и затем жалуются на скос времени),
Not-so-very-tools-but-worth-mentioning:
- thttpd (только для перенаправления для упрощения жизни для пользователей, кто продолжает получать доступ к http://smtp.company.com, когда они должны получать доступ к http://webmail.company.com),
- ee (делают жизнь счастливой за тех старых администраторов FreeBSD),
- постфикс (просто, потому что мы хотим использовать тот же MTA и для удаленного и для локального mailservices),
Нет Вы не можете. Это не корректная запись SPF, и это не корректный адрес записи SPF Google. Любой с управлением обратного домена DNS может заставить любой IP иметь любое имя, которое он хочет, как "google.com", "whitehouse.gov", и т.д. Разрешение обратных соответствий вообще было бы очень неправильным.
"Включать" функция SPF работает по-другому. Это делает прямое разрешение DNS на имени и затем обрабатывает записи, который прибывает из того ответа. Корректная запись SPF для почтовых серверов Google:
v=spf1 include:_spf.google.com ~all
Соответствие сделано IP-адресом от результатов, возвращенных запросом DNS TXT _spf.google.com. Если Google когда-либо изменяет IP-адрес их почтовых серверов, эта запись должна быть изменена также. На сегодняшний день, запрос к той записи возвраты:
~% dig +short txt _spf.google.com "v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ip4:173.194.0.0/16 ?all"
Обратите внимание, что адрес, который Вы видите, 209.85.213.172, включен выше в 209.85.128.0/17. Так, если Ваша запись SPF настроена правильно, она должна ПЕРЕДАТЬ.
Больше информации о Google Apps Help.