В целом все то же, что и понуждает хостинги использовать именно Apache. Это как минимум удобство. Как и тот факт, что в одной CMS в разных директориях этот файл может насчитываться десятками. А также возможность предоставления работы с кодом CMS, другим пользователям. Скрипт использующих в своей архитектуре файл htaccess адаптирован для широкого круга пользователей, а возможность залезть в конфиги nginx, есть далеко не у каждого, не говоря о том, что не у каждого и nginx стоит.
Nginx не поддерживает htacces, а он используется практически в каждой CMS.
Если Вы знаете возможные уязвимости с оболочкой /bin/false и способы их устранения, буду только рад
Последняя версия sendmail вышла чуть больше года назад. Программа поддерживается и совершенствуется. Я не вижу причин сносить в общем-то хорошо работающее ПО, если оно вполне соответствует моим требованиям.
Авторизация и учетка будет создаваться уже на конкретном сайте, в моем случае на каталоге. Поэтому этот момент уже полностью отдается под контроль самого php скрипта, и его разработчика. Соответственно и контроль рассылки.
По поводу кучи в одном файле полностью согласен, и решение предложил чуть выше.
Статья о том, как принять данные и отдать ее php скрипту. А получив ее сделать с ней все необходимое, в том числе и раскидать соответствующим образом не проблема. Смысл сводился именно к тому, чтобы хранить ее в соответствующем виде, согласно структуре уже работающего сайта, в моем случае каталога, как раз без необходимости переустановки и замены уже работающего почтовика.
Согласен, большой файл разобрать сложно, да и неудобно обращаться к нему отдельно от самого sendmail. Поэтому наиболее удобный вариант направить сразу на php скрипт, который будет его обрабатывать на лету.
Although there are no recent surveys, Sendmail usage appears to be dropping over time. Dan Bernstein's 2001 SMTP survey (without published source code, and therefore not replicable) put Sendmail at about 42% market share. In 2006 it seems reasonable to assume [4] that Sendmail is on substantially fewer than 40% of the world's SMTP servers.
Я не призываю не использовать Exim или Postfix, а лишь предлагаю использовать то, что уже установлено, если оно вполне способно соответствовать необходимым нуждам и требованиям вследствие небольшой настройки.
Если Вы знаете возможные уязвимости с оболочкой /bin/false и способы их устранения, буду только рад
По поводу кучи в одном файле полностью согласен, и решение предложил чуть выше.
Согласен, большой файл разобрать сложно, да и неудобно обращаться к нему отдельно от самого sendmail. Поэтому наиболее удобный вариант направить сразу на php скрипт, который будет его обрабатывать на лету.
Сделать это можно в файле
/etc/aliases
Так что общей помойки не будет
Я не призываю не использовать Exim или Postfix, а лишь предлагаю использовать то, что уже установлено, если оно вполне способно соответствовать необходимым нуждам и требованиям вследствие небольшой настройки.