После расследования я решил проблему. Шаг за шагом:
windres
. Проверяю с помощью , который
дал мне / bin / windres
, то есть один из 32-битной среды msys. / mingw / bin
. Однако в процессе сборки он не использовался. проверка наличия x86_64-w64-mingw32-windres .... нет
проверка windres .... windres
Я создал и поместите в папку / mingw файла среды msys с именем x86_64-w64-mingw32-windres со следующим содержимым:
#! / bin / sh script = "$ 0" basename = "$ ( dirname $ script) " $ basename / windres" $ @ "
После перенастройки сборка прошла гладко.
Некоторые платные -DNSBL предоставляют клиентам секретную метку DNS для вставки между базовым доменом и целью запроса (, т. е. октет -обратного IP-адреса или доменного имени )в качестве формы аутентификации. Очевидно, что этот «секрет» недостаточно -защищен от слежения субъектами, которые могут перехватывать DNS-трафик, но на практике он достаточно безопасен для нужд большинства DNSBL. Таким образом, функция «postscreen _dnsbl _response _map» может скрывать информацию о «пароле» в доменных именах DNSBL.
Другими словами, когда postscreen отклоняет почту, обычно спам, его SMTP-ответ содержит имя домена DNSBL, поэтому функция «postscreen _dnsbl _response _map» (, т. е. параметр конфигурации )в постфиксе может скрывать информацию о «пароле» для тех «некоторых не -бесплатных DNSBL». Кроме того, он может скрывать имена DNSBL, которые используются в ответ на отклоненные электронные письма.