1.2, Аноним (-), 14:14, 22/04/2008 [ответить]
| +/– |
Если это велосипед, то что тогда не велосипед? Полноценный MTA не предлагать - это overkill в тех случаях, когда нужно просто отсылать почту, причем строго на хаб, а он уже роутит ее дальше.
| |
|
2.3, SubGun (ok), 16:18, 22/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
Чем тот же sendmail вас конкретно не устраивает для локальной доставки?
| |
|
3.4, Аноним (-), 17:16, 22/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Чем тот же sendmail вас конкретно не устраивает для локальной доставки?
Доставка ведь не локальная! Нужно с машинки отправить почту в мир, но не нужно принимать (отсюда следует, что держать полноценный MTA, слушающий 25-й порт - лишнее). Если использовать классический sendmail (Postfix/Exim/...), то /usr/bin/sendmail подложит письма в очередь демону, а он, в свою очередь, выпихнет почту на хаб. ИМХО оверкилл чистой воды.
А кроме того, ssmtp умеет TLS и аутентификацию.
Личный пример использования: прием fetchmail'ом почты с gmail, отправка - через ssmtp. MUA - mutt.
| |
|
4.5, SubGun (ok), 17:38, 22/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
В памяти оба демона займут одинаковое кол-во памяти, настолько мизерное, что им можно принебречь.
| |
|
5.6, Аноним (-), 18:30, 22/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
>В памяти оба демона займут одинаковое кол-во памяти, настолько мизерное, что им
>можно принебречь.
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 в данном случае - отсутствие очереди. Если хаб недоступен, то он просто вернет ошибку.
| |
|
|
|
|
1.7, Xavier (?), 15:41, 23/04/2008 [ответить]
| +/– |
есть у ssmtp один недостаток: у него нет хозяина (разработчика) и своего сайта нет. Непонятно, когда вышла последняя версия, были ли с тех пор обнаружены баги? Лично я по этим причинам его отставил.
| |
1.8, Все тот же Аноним (?), 17:35, 23/04/2008 [ответить]
| +/– |
Он есть в debian unstable. Так что, как минимум там за ним следят. Хотя, конечно, перспективы туманны. Есть альтернатива esmtp, но она у меня валилась на TLS-е, так что заменил на ssmtp. Работает и не жужжит :).
| |
1.9, Аноним (-), 15:04, 31/10/2009 [ответить]
| +/– |
"есть у ssmtp один недостаток: у него нет хозяина (разработчика) и своего сайта нет."
Это программа, написанная одним из ментейнеров debian. поэтому сайт программы - репозитарий debian
| |
|