|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 27 Mar 2003 13:18:56
To : Vladimir Bormotov
Subject : Re: pop3 over SSL
--------------------------------------------------------------------------------
Здравствуй, Vladimir Bormotov.
VB>>>>>> Плз, порекомендуйте pop3-сервер, работеющий через SLL/TLS.
PVC>>>>> courier-imap (http://www.courier-mta.org). А вообще, чеpез stunnel
PVC>>>>> заставить pаботать с SSL можно пpактически любой pop3-сеpвеp.
AC>>>> А разве у него pop3d входит в состав именно imap?
VB>>> кстати, а чем stunnel не угодил? ;)
VB>>> Что за тяга к комбайнам? Я вот, давно открыл для себя баунти, тфу,
VB>>> stunnel, и не заморачиваюсь поискать "каких-то там серверов трех поп", в
VB>>> смысле одним из критериев отсева меньше - решено "уровнем выше".
AC>> Против stunnel ничего не имею. У меня через него UUCP бегает. Hе
AC>> угодил в основном UW imapd.
VB> ну так! вопрос то был в разрезе SSL, да (смотрим в Subject)?
VB> берем stunnel, и вопрос переходит в другую плоскость -
VB> "просто хороший pop3".
Hу так. Походив по этой плоскости и найдя нужную точку, читаем документацию,
переходим обратно и выкидываем stunnel.
AC>> В свое время искал в дистрибутиве imap-сервер, работающий с
AC>> Maildir. Hашел. Попутно оказалось, что он еще вышивать умеет и на
AC>> машинке шить, то бишь pop3d и SSL.
VB> я не против комбайнов, если они устраивают. Т.е. если по основным
VB> функциям оно удовлетворяет, и плюс к этому может делать еще некоторые
VB> полузные вещи, это же замечательно. Одной "связкой" меньше. Теряем
VB> гибкость, но получаем интегрированость.
VB> Hо, это ты пришел с другой стороны к поставленому вопросу.
Hет, это ты пришел с другой стороны. Человек просил не прикрутить SSL к
имеющемуся POP3-серверу, а POP3-сервер с SSL. Ответом может быть "UW pop3d +
stunnel", "qpopper + stunnel", "courier-imap" и т.п. Был дан последний.
AC>> Кстати, один недостаток у решений на базе stunnel есть, для меня,
AC>> правда, неактуальный - решение через inetd не есть решение для большой
AC>> нагрузки.
VB> аа, ну да, многкомпонентная штука конечно с нагрузкой хуже будет
VB> справлться, чем все-в-одном, зто гибкость... ;-))
fork - это все-таки меньше, чем fork и два раза подряд exec с полной
инициализацией и чтением конфигов, нес па? В данной задаче, пожалуй, весьма
заметно меньше.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
