Dmitry A.Deineka wrote:
>> - реализована работа с квотами для виртуальных maildir'ов на этапе
>> доставки:
>> использование квоты
>> NO - не использовать проверку квоты
>> TRANSPORT_MAILDIRSIZE - проверять квоту с использованием
>> файла maildirsize на этапе доставки
>> TRANSPORT - проверять квоту с использованием файла
>> maildirsize на этапе доставки
>> Не до конца понял мысль в разнице TRANSPORT_MAILDIRSIZE и TRANSPORT.
> Скажу честно - еще в сорцы не смотрел.
при использовании TRANSPORT exim сам каждый раз пересчитывает размер
maildir'а
при испольозвании TRANSPORT_MAILDIRSIZE exim пишет информацию о размере
доставленного письма в файл maildirsize в корне maildir'а.
соответственно перед доставкой exim сравнивает сумму ранее вычисленного
размера maildir'а, сохраненного в maildirsize, и размера доставляемого
письма с размером квоты.
при такой схеме необходима поддержка работы с файлом maildirsize со
стороны pop3/imap сервера. на сколько я помню, у courier-imap с этим
проблем нет
>> перед от 4.63 к 4.64:
>>>> gmake sync && gmake stop && gmake upgrade && gmake sync && gmake sync &&
>> gmake fix pre-install && gmake configure system_filter install
>> При gmake install в безусловном порядке делается chown -R
> ${imapd_user}:${imapd_group} ${spool_dir}.
есть такое
> Считаю это разумным для
> небольших инсталляций, но категорически вредным для medium-to-large
> систем, где тысячи мэйлбоксов.
логично
> Может, придумать что-то более щадящее диски и время ? например,
> проверить владельца mailspool и тогда что-то делать
цель была сменить владельцев подкаталогов и файлов писем, даже есть у
корня спула нужный нам владелец
> или банально убрать
> -R ? :)
я думаю, что можно опционально убрать рекурсивный chown:
define(`confVIRT_MDIR_CHOWN_RECURSIVE', `NO')dnl
--
Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua
public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc
ICQ: 77186900, 32418694 CRV2-RIPE, CRV-UANIC