Re: Re: overquota bounces

Sat Jul 16 20:40, Vladimir A. Butenko <CGatePro@mx.ru> wrote:
> On Sat, 16 Jul 2005 19:44:49 +0800
> "Alexander Kolesnikoff" <CGatePro@mx.ru> wrote:
> > Sat Jul 16 06:41, spark <CGatePro@mx.ru> wrote:
> >> Boris Tyshkiewitch wrote:
> >> > Victor Sudakov 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 мин.
> >> > все можно было повторить заново.
> >> >
> >> Если это создает такие трудности, то может-быть есть изъяны в
> >> архитектуре? А что если дать ящику переполнится в задданных пределах и
> >> иметь внутренний параметр аккаунта, который поможет на этапе SMTP
> >> диалога определять оверквотинг.
> >
> > А что делать если письмо двум и более получателям? У одного ящик полный,
> > у другого пустой вообще. По идее надо принять - отправить получателю с
> > пустым ящиком и держать исходное письмо в очереди пока не опустошится ящик
> > второго получателя. В этом случае зачем вообще этот огород с отлупом во
> > время SMTP-сессии? Если же сразу выдать 4XX - вообще ерунда получается.
> > В общем, я думаю, позиция разработчиков вполне здравая. В своё время
> > пытались автора постфикса уговорить на такую же фичу, он даже начал делать
> > кое-что в этом направлении. В итоге отказался Венема от этой затеи, скорее
> > всего окончательно.
>
> Там, если сделать аккуратно, то можно даже получиться не очень дорого. Но
> бесплатно - всё равно не получится (надо открывать лишний раз аккаунт во
> время приёма RCPT TO, а на кластере это - лазанье на бакэнды). Можно
> попробовать это сделать в виде SMTP-опции, но обещать ничего не будем.
  Может тогда попробовать упростить задачу, скажем, если письмо только одному получателю - реализовать олуп по квоте во время SMTP-сессии, если нескольким получателям - обрабатывать письмо обычным образом?

 Alexander Получено Sat Jul 16 15:26:02 2005