pop3 & imap4 proxy
Igor Sysoev
is at rambler-co.ru
Thu Sep 15 12:51:53 MSD 2005
On Thu, 15 Sep 2005, KPOXA wrote:
> Igor Sysoev wrote:
>
>> On Thu, 15 Sep 2005, KPOXA wrote:
>>
>>> Что в будующем планируется в развитии pop3 & imap4 proxy в nginx'е?
>>>
>>> Не хватает некоторых вещей:
>>> -starttls
>>> -MD5-APOP (RFC1939)
>>> -MD5 CRAM-HMAC(RFC2095)
>>
>>
>> Это добавить несложно.
>>
> Надеюсь в ближейщем времени можно этого ожидать? :)
Скорее всего.
>>> -логгирования всех соединений.
>>
>>
>> Что именно нужно логировать ? Что-то вроде:
>>
>> [notice] user logged in while ...
>> [notice] user denied while ...
>>
> Да, коннект, дисконнект, логин ок, логин файлед.
Понятно.
>>> В целом nginx когда-нибудь научится выставлять себе лимиты на число
>>> открытых файлов?
>>> Запускается он рутом, так что привелегий достаточно и вычислить из конфига
>>> сколько может
>>> понадобиться не составит большого труда, а так было бы полезно. А то забыл
>>> и получил в логе:
>>>
>>> 2005/09/15 07:43:15 [alert] 20891#0: *1242584 socket() failed (24: Too
>>> many open files) while in http
>>> auth state, client: 65.116.78.234, server: 0.0.0.0:110, login:
>>> "vasya at pupkin.ru"
>>
>>
>> В 0.2.0 будут директивы worker_rlimit_nofile и worker_rlimit_sigpending.
>>
> А по дефолту они будут в каком значении? Надеюсь что-нибудь вроде
> $connections*4.
Умолчания у них не будет. Увеличивать эти лимиты - это дело админа,
тем более, что, скажем во FreeBSD, просто увеличение RLIMIT_NOFILE поможет
далеко не всегда, нужно также увеличивать kern.maxfiles и kern.maxfilesperproc.
Основное применение worker_rlimit_nofile - это увеличение RLIMIT_NOFILE
без жёсткого перезапуска сервера. Сейчас рабочие процессы наследуют
RLIMIT_NOFILE от мастера, а он в свою очередь - от шелла.
Ну а worker_rlimit_sigpending - это костыль для Линукса 2.6+
Игорь Сысоев
http://sysoev.ru
More information about the nginx-ru
mailing list