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 - вообще ерунда получается. В общем, я думаю, позиция разработчиков вполне здравая. В своё время пытались автора постфикса уговорить на такую же фичу, он даже начал делать кое-что в этом направлении. В итоге отказался Венема от этой затеи, скорее всего окончательно.
Alexander Получено Sat Jul 16 12:07:02 2005
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:13:58 MSK