/etc/mail/sendmail.mc
он откомментирован хорошо.
после изменения - нужно перегенерировать собственно конфигурационный файл сендмайла:
m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf и перезапустить его.
DAEMON_OPTIONS
Port=XXX
Обычно тот самый провайдер и предоставляет свой SMTP-сервер для этого. Либо любой
сторонний почтовый сервер используйте - хостеров с почтой - вагон.
Вполне разумная политика - никому спамером прослыть не хочется.
Да, в моей практике это были две достаточно специализированные конторы - занимались
хостингом и ничем иным. И на "своих" - и на клиентских серверах ПО настраивалось
вполне аналогично. Почему адиминистрирование обходилось клиенту сравнительно
дешево (те самые, порядка 100$/мес).
А если сервер настроен черти-как неизвестным Васей - администрирование такого добра
подороже должно обойтись клиенту, нет?
Himiko, именно про тот самый сервер клиента. Ничем обычно от виртуального хостинга
он не отличается (ну разве - нет драки за ресурсы сервера). Не ставят одним
клиентам xcache - а другим eaccelerator. Не выбирают для половины в качестве
платформы FreeBSD, а для остальных CentOS, скажем.
Клиент с слову, платит не столько за установку/настройку - сколько за поддержку
работающего решения. Которая на порядок сложнее будет, если одни и те же
задачи решаются по-разному.
Reriter, не совсем так :). Не "главный", а стандарты. Просто есть набор технических решений,
для которых поддержка и предоставляется. А "через тикеты" - общается с клиентом саппорт.
Все и полностью - недостижимо, конечно. Но невежество коллег лечит, это факт.
Так что обязательно на уровне сервера установить нужно? В хомяке
клиента - никак? А если данное конкретное ПО будет проблемно работать
в Вашей хостинговой среде? Статистики у меня нет, к сожалению, но не помню
примеров, когда от нас уходили, если мы отказывались установить какое-то
нестандартное PHP-расширение, например.
Для того человек, который работает сегодня - пишет отчет. Куда и информация о проблемах с
данным сервером сваливается и много еще чего. Т.е. сменщик знает о том, что происходило
и что делали с серверами в его отсутствие.
Если только один человек в команде обладает "исключительным знанием" о
каком-то ПО - его просто не установят. Несмотря на просьбы клиента.
Есть как минимум внутренний список ПО, с которым "работают". С прочим - нет.
PS: Не думаю, что так все конторы работают, что представляют услуги
администрирования. Если "левая рука не знает, что делает правая" - Ваши
замечания полностью справедливы.
iBBi, ага killall -9 nginx; killall -9 httpd; killall -9 mysqld эдак на _пару часиков_...
Видимо не работали в команде. Компетенция, конечно, разная - но в некоторых
рамках все-же. Для того людей подбирают, образование получать заставляют etc.
А за отсутствие документации - бьют долго и жестоко. Так что "настройки" знают
все. А если нет - самого "знающего" наградят так, что мало не покажется.
