The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Обзор sSMTP, простейшей замены sendmail для обслуживания локальной отправки почты

21.04.2008 19:27

"sSMTP: A simple alternative to Sendmail" - обзор sSMTP, простейшей замены sendmail для обслуживания локальной отправки почты.

  1. Главная ссылка к новости (http://www.linux.com/feature/1...)
Лицензия: CC-BY
Тип: английский / Практикум
Короткая ссылка: https://opennet.ru/15443-sendmail
Ключевые слова: sendmail, mail
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (9) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, SubGun (ok), 09:53, 22/04/2008 [ответить]  
  • +/
    Велосипед. Только с розовыми колесами.
     
  • 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

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру