Можно экспортировать настройки безопасности с:
secedit /export /cfg X:\new.cfg
Затем Вы редактируете new.cfg (это - ini формат), и строка изменения "PasswordComplexity = 1" к "PasswordComplexity = 0". Примените его на сервер Hyper-V с:
secedit /configure /db C:\Windows\security\new.sdb /cfg X:\new.cfg /areas SECURITYPOLICY
Можно найти больше деталей в этом сообщении в блоге.
Идея позади SPF состоит в том, чтобы определить к серверам получения, какого дюйм/с/имена хостов позволяются отправить почте за конкретным доменом. Так как ISP не имеет записей SPF, необходимо явно перечислить их в записи SPF домена. Почта, отправленная от любого дюйм/с, перечисленного в Вашей записи SPF, будет успешно "аутентифицироваться". Можно, вероятно, запросить список дюйм/с от ISP, но пустой в памяти, что, если они меняют дюйм/с, и запись SPF не находится в синхронизации, Вы рискуете иметь почту, выходящую из нового IP, отмеченного как СПАМ.
Можно хотеть запросить, чтобы ISP опубликовал записи SPF, чтобы позволить Вам автоматически включать их в свое собственное. Таким образом, это избежит проблемы, просто упомянутой. Это - обычная практика в эти дни, и ISP должен быть до скорости. Крупные почтовые поставщики, такие как Google, Yahoo и Hotmail взвешивают домены с корректными записями SPF в большой степени в их пользу.
Относительно фактической публикации записи можно попытаться запросить авторитетные серверы непосредственно, чтобы видеть, добрались ли они, по крайней мере, там. Можно сделать следование командной строки:
$ dig YOURDOMAINS @YOUR_AUTH_NS
Если это доступно через сервер имен, но все еще не добралось до остальной части сети, проверьте запись SOA своего домена, чтобы удостовериться, что порядковый номер был увеличен. Если это не публикуется сервером имен, необходимо согласовать с поставщиком для наблюдения, какова проблема.
Удачи!
v=spf1 a mx ?include:isp.com ~all
. Это должно работать в этом случае и позволить ISP вносить изменения, позволяя Вашим записям остаться неповрежденным. HTC HD 2 – vmfarms 27 August 2010 в 21:00