"sSMTP: A simple alternative to Sendmail (http://www.linux.com/feature/132006)" - обзор sSMTP (http://packages.debian.org/source/sid/ssmtp), простейшей замены sendmail для обслуживания локальной отправки почты.URL: http://www.linux.com/feature/132006
Новость: http://www.opennet.me/opennews/art.shtml?num=15443
Велосипед. Только с розовыми колесами.
Если это велосипед, то что тогда не велосипед? Полноценный MTA не предлагать - это overkill в тех случаях, когда нужно просто отсылать почту, причем строго на хаб, а он уже роутит ее дальше.
Чем тот же sendmail вас конкретно не устраивает для локальной доставки?
>Чем тот же sendmail вас конкретно не устраивает для локальной доставки?Доставка ведь не локальная! Нужно с машинки отправить почту в мир, но не нужно принимать (отсюда следует, что держать полноценный MTA, слушающий 25-й порт - лишнее). Если использовать классический sendmail (Postfix/Exim/...), то /usr/bin/sendmail подложит письма в очередь демону, а он, в свою очередь, выпихнет почту на хаб. ИМХО оверкилл чистой воды.
А кроме того, ssmtp умеет TLS и аутентификацию.
Личный пример использования: прием fetchmail'ом почты с gmail, отправка - через ssmtp. MUA - mutt.
В памяти оба демона займут одинаковое кол-во памяти, настолько мизерное, что им можно принебречь.
>В памяти оба демона займут одинаковое кол-во памяти, настолько мизерное, что им
>можно принебречь.1) ssmtp - не демон, но допустим, что памяти программы ssmtp и sendmail (не демоны, а запущеные из командной строки с параметрами -f sender@domain rcpt@domain1) займут одинаковое количество, хотя это и не так ("наивный" вывод делаю по размеру пакета в Debian и более обоснованный по зависимостям от библиотек http://packages.debian.org/sid/sendmail-bin). Итого оверхеда набралось уже на постоянно запущеный sendmail (демон)
2) При запуске они парсят свои конфиги. Дальше продолжать про размеры и структуру конфига sendmail?
3) Открытый слушающий порт (хотя можно слушать и 127.0.0.1:25, а может и вообще без него обойтись?)
4) У ssmtp в конфиге нет ничего лишнего, не относящегося к отправке на хаб - меньше шансов налажать.
5) Как там у sendmail с аутентификацией? (Честно, не знаю, забросил его еще на RH 7.1 в пользу Postfix)У ssmtp только один минус по сравнению с полноценным MTA в данном случае - отсутствие очереди. Если хаб недоступен, то он просто вернет ошибку.
есть у ssmtp один недостаток: у него нет хозяина (разработчика) и своего сайта нет. Непонятно, когда вышла последняя версия, были ли с тех пор обнаружены баги? Лично я по этим причинам его отставил.
Он есть в debian unstable. Так что, как минимум там за ним следят. Хотя, конечно, перспективы туманны. Есть альтернатива esmtp, но она у меня валилась на TLS-е, так что заменил на ssmtp. Работает и не жужжит :).
"есть у ssmtp один недостаток: у него нет хозяина (разработчика) и своего сайта нет."Это программа, написанная одним из ментейнеров debian. поэтому сайт программы - репозитарий debian