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
диалога определять оверквотинг.
>
> Вы правда этого хотите? Я вот не хочу. Мне совсем не хочется, чтобы
> проблема влезает/не влезает решалась вот такой ценой. У меня нет
> никакого желания платить многие тысячи $$$ за дополнительное железо,
> которое будет решать проблему "не влазит". Проще и дешевле увеличить
> квоту в два раза.
>
Это просто когда их 10, а если много больше?
Кстати, что-за хитрый параметр "Accounts->accountname->Settings->Mail
Quota Processing->Delay new mail if xx% full" и какая от него
существенная польза?
---
WBR
Получено Fri Jul 15 22:41:28 2005