pop3 & imap4 proxy

[Igor Sysoev]

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