|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : mitrohin a.s. 2:5020/400 03 May 2003 14:01:26 To : "mitrohin a.s." Subject : Re: mail quotas -------------------------------------------------------------------------------- mitrohin a.s. <swp@uni-altai.ru> wrote: mas> Victor Sudakov <vas@vas.tomsk.ru> wrote: VS>> Какой-нибудь из бесплатных почтовых серверов умеет уже на этапе VS>> rcpt to возвращать ошибку 5xx в случае переполнения почтового ящика VS>> пользователя (исчерпания квоты)? mas> на этапе ``rcpt to:'' по SIZE=XXX? mas> совсем сырой самопальный патч на сендмаил есть у меня - все выходные mas> в дебаггере просидел пытаясь понять как sendmail работает и честно mas> говоря понял мало... но тем не менее набираюсь наглости предложить mas> ``на посмотреть''... mas> http://bspu.secna.ru/~swp/local-patches/sendmail/mboxquota2.tar.gz oops... тут ткнули носом... есть не совсем хороший момент... ящик почтовый при текущей реализации не может превысить заданный лимит, что на самом деле есть минус... представим что в ящике еще есть место для 100 байтов - SIZE не пришел например и мы честно все письмо приняли - но mail.local его не положит в ящик пользователя потому что оно больше 100 байтов теперь попытаемся отправить это же письмо второй раз - ситуация повторится SIZE мы не даем - письмо принимается и отлуп идет при попытке положить письмо в ящик. ай-ай - получается что ящик никогда сам не может быть больше квоты и при отсутствии SIZE всегда письмо будет закачиваться... а ведь хотелось бы чтобы первое письмо все же пролезло (ибо все-равно скачано) и остальные попытки отправить на этот ящик очевидным образом рубились бы как невлезающие в переполненный ящик - что для проверки совсем не требует SIZE очевидное решение - выкинуть патч на mail.local ;))) поскольку мне было жаль выкидывать его - то второе решение - завести два лимита - soft и hard - первый проверяется на этапе rcpt to - второй в mail.local. если не указан второй лимит, то он подразумевается бесконечным - так что mailbox_limits переписывать не надо на новое поведение - если нужен жесткий лимит - старое поведение - то надо указать второй лимит равным первому ;))) в понедельник доберусь до работы и выложу в виде mboxquota3.tar.gz /swp --- ifmail v.2.15dev5 * Origin: BSPU InterNetNews site (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/7619e99ccfcc.html, оценка из 5, голосов 10
|