Азат Ваджипов: я в этих файлах русского текста не наблюдаю. Если ты текст берешь из базы, то убедись, что кодировка текста в базе тоже выбрана как utf-8 и текст в базе лежит как utf-8.
И, в данном случае это не влияет, но Header имеет смысл добавлять до того, как ты документ отдавать начал, перенеси установку локали и добавление хидеров в начало файла.
Азат Ваджипов: А можешь куда-нибудь выложить файл в архиве, например?
UTF CastExpress скорей всего неправильно определил кодировку исходного файла, например спутал cp866 и mac-cyr.
Антон Артёмов: нет, nslookup по умолчанию использует сервер прописанный в resolv.conf. Можно сделать nslookup с произвольного сервера, например
nslookup ya.ru 8.8.8.8
Антон Артёмов: зависит от того, какой резолвер использует приложение. При стандартном резолвере возможнео все именно так, как вы предполагаете, поэтому пинг проходит.
>Это значит, что cc.anton.office не был найден на 192.168.0.2 ?
это значит что в 192.168.0.2 для anton.office. у вас прописаны NS серверы указывающие куда-то еще
ns1 IN A 1.1.1.1
ns2 IN A 2.2.2.2
и 192.168.0.2 считает что для разрешения cc.anton.office следует обращаться к этим серверам, для чего необходимо делать рекурсивный запрос, но сервер 192.168.0.2 не сконфигурирован в качестве резолвера и не будет делать рекурсивные запросы.
Антон Артёмов:
Сервер 192.168.0.2 не обслуживает рекурсивные запросы, это значит, что его не стоит прописывать в качестве резолвера. Уберите его из resolv.conf, поднимите локальный сервер зон, создайте stub-зону office, в этой зоне пропишите NS-запись
office. IN NS 192.168.0.2
При этом резолвер будет обращаться к 192.168.0.2 для разрешения имен в office и будет делать стандартное разрешение имен для имен из Internet.
Антон Артёмов:
Server: 127.0.1.1
это означает, что в качестве резолвера у вас прописан не офисный DNS, а собственный резолвер на локальной машине. Либо пропишите офисный резолвер в resolv.conf, либо на своем резолвере создайте stub-зону для "внутреннего" домена, с NS-записями указывающими на внутренний резолвер, либо пропишите его как smart host.
kovalr: это означает, что если запрашивается site.ru и запись кэширована более минуты назад, то будет сделан новый запрос к DNS-серверу.
Можно устанавливать разные TTL даже для двух разных записей в одной зоне, в разных зонах или для подмененных записей в стаб-зоне - тоже можно делать разные TTL.
x2sp: нет, использование самоподписанного сертификата по факту не влияет на доставляемость, черные списки и т.п.
У использования сертификата CA плюсы в том, что не надо устанавливать корневой сертификат на клиентах.
x2sp: Да, с этим могут быть проблемы, зависит от почтового клиента. Не во всех клиентах есть возможность разрешить использовать сертификат при несовпадении имен. Решить это можно создав stub-зону для mail.contoso.com на внутренних DNS-серверах, в которой поменять адреса сервера на внутренний и использовать и во внешней и во внутренней сети mail.contoso.com в качестве почтового сервера.
Cole: и не путайте статические привязки в DHCP (когда клиент от DHCP-сервера всегда получает один и тот же адрес по MAC) и статический адрес. При статический привязке в DHCP адрес все так же выделяется на время lease time.
Cole: кому надо и зачем?
Вот рекомендации Microsoft https://blogs.technet.microsoft.com/teamdhcp/2007/... - для десктопных компьютеров рекомендуется дефолтный lease time (8 дней). Укорачивать до 12-24 часов если сетевая конфигурация меняется раз в месяц или чаще. Еще меньше делать только для мобильных пользователей (причем мобильность имеется ввиду в рамках одного предприятия), т.е. если пользователь с ноутбуком может подключаться к разным сегментам одной корпоративной сети.
argenit: да, это все нормально. Проблема у вас не на сервере, проблема в свихнувшемся антивирусе (или вирусе или нехорошем человеке в локальной сети), который пытается перехватывать вам исходящую почту и подменяет сертификат.
$file_count = count($_FILES["mail_file"]);