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-опции, но обещать ничего не будем.
> Alexander
Sincerely,
Vladimir
Получено Sat Jul 16 12:39:29 2005