Boris Tyshkiewitch wrote:
>
> >>У нас существуют аккаунты в домене c ящиками почти исчерпавшими storage
> >>limits, т.е. на этапе local processing выдается "Error code=account is
> >>full" и идет bounce (~99% это collateral spam). Есть ли возможность
> >>делать проверку оверквотинга на этапе SMTP диалога и выдавать что-то
> >>типа "4xx Account is full, try later" ?
> >>
> >>
> >
> >Тут этого многие хотят (так же как и возможности зароутить адрес не
> >просто в error, а в error с указанием кода ошибки и текста сообщения),
> >но производитель стоит как скала.
> >
> >
> >
> >
>
> Т.е. Вы предлагаете во время SMTP сессии:
>
> - запустить все Global Rules, но ни в коем случае не отрабатывать Store
> In действия
> - запустить все процессы, которые могли породиться роутингом и правилами
> - проверить письмо на вирусы и спам
> - понять в какие эккаунты будет доставка
> - запустить все Domain and Local Rules и программы которые они вызвали
> - сложить исходящие письма, порожденные роутингом и правилами в
> отдельную кучку, но ни в коем случае не отправлять
> - понять что "не влазит"
> - аккуратно все откатить назад, чтобы при следующем заходе через 30 мин.
> все можно было повторить заново.
Если хорошо подумать, это всё не нужно. Как правило никого не интересует, влезет данное конкретное письмо или не влезет. 99% просящих проверку переполнения квоты на этапе SMTP диалога вполне устроил бы сценарий, если бы _по факту_ переполнения квоты на аккаунт выставлялся некий флаг и почта переставала бы приниматься с выдачей ошибки.
У меня на одном из серверов вообще был сделан пересчет квоты раз в 15 минут по крону путем перегенерации virtusertable в зависимости от объема ящиков. Грубо, но вполне годится для реальной жизни (которая состоит в том, что клиенты подписываются на кучу рассылок, ящик забивается и тысячи писем стоят в очереди модуля LOCAL. Так пусть уж они лучше на релее отправителя стоят). Потери почты при моем способе исключены, потому что при переполнении выдавался 4xx.
-- Victor Sudakov, VAS4-RIPE, VAS47-RIPNПолучено Fri Jul 15 07:31:43 2005
Этот архив был сгенерирован hypermail 2.1.8 : Tue 21 Feb 2006 - 03:16:38 MSK